Method and apparatus for co-socket telephony

ABSTRACT

Embodiments disclosed herein relate to a wireless mobile device wireless air interface that enables both circuit-switched and packet-switched wireless communications between a wireless mobile device and one or more remote stations that can be computer telephony integration servers, or peer devices such as smart telephones or wireless smart telephones, or wireless mobile devices.

The present application is a divisional of U.S. patent application Ser.No. 10/780,350, filed on Feb. 16, 2004 now U.S. Pat. No. 7,277,424,entitled “Method and apparatus for co-socket telephony”,which is acontinuation of U.S. patent application Ser. No. 09/120,499, filed onJul. 21, 1998 entitled “Method and apparatus for co-socket telephony”,now U.S. Pat. No. 6,714,536. Additionally, this application is relatedto U.S. patent application Ser. No. 10/834,557, filed on Apr. 29, 2004entitled “Method and apparatus for cosocket telephony.”

BACKGROUND OF THE INVENTION

1. Field of the Invention

This invention relates generally to the integration of telephone andinternet services and protocols. More particularly, the inventionrelates to a system whereby an internet co-socket may be associated witha standard telephone call.

2. Description of the Related Art

Call set-up technology used to establish telephone connections acrossthe public switched telephone network (PSTN) is well known; several callset-up strategies for Internet telephony are emerging. Multimediatelephony is also emerging whereby various types of multimedia calls maybe established to carry voice, video, and data. Multimedia calls aretraditionally expensive and often consume large amounts of bandwidth,especially if real-time video is involved. Multimedia calls are alsotraditionally more complex to establish and often require technicalsupport personnel to run specialized multimedia telephony equipment. Oneform of multimedia call which does not require extra telephone bandwidthis a voice-over-data modem link. Voice-over-data modems allow voice tobe compressed and routed across a modem connection along with data.While being economical, these types of calls are still much more tediousto set up than an ordinary direct-dial telephone call. Simple multimediacall set-up strategies are provided on mixed-media packet networks suchas those employing asynchronous transfer mode (ATM) and internetprotocol (IP) technologies. Methods and apparatus are still needed toprovide simple and economical forms of multimedia telephony which allowusers to transparently set up multimedia calls involving both the publicswitched telephone network (PSTN) and mixed-media packet switchednetworks.

Computer telephony integration (CTI) is also a well known and rapidlyadvancing technology. Examples of CTI systems include interactive voiceresponse (IVR) call centers whereby callers call in on a phone line andrespond to digitized voice menu prompts with dual tone multifrequency(DTMF) signals (i.e., “touch tones”). The call center's IVR computerdecodes the touch tone values and either provides information or routesa call accordingly. Some call centers use speech recognition in lieu of,or in addition to, touch tones. In many systems a caller can beidentified using call line identification (CLID) information which iscommonly known as “Caller-ID.” CLID information may be derived fromautomatic number identification (ANI) information used to track billingin a central office switch. Signaling system number seven (SS7) linkscarry CLID and/or ANI information across a PSTN. SS7 call set-upinformation is carried on a common signaling channel separate fromchannels used to carry voice traffic.

The PSTN is the traditional telephone network made up of local-exchangecarriers (LECs), competitive local exchange carriers (CLECs) and longdistance inter-exchange carriers (IXCs). With the recent advent ofinternet telephony gateway servers, some PSTN calls may be partiallycarried over an internet to avoid tolls. For the purposes of thediscussion herein, calls originating or terminating in the PSTN butpartially routing over an internet via a gateway server are stillconsidered to be PSTN calls. It is recognized that certain elements ofthe PSTN network may adopt packet switched techniques similar to aninternet. For the purposes of the discussion herein, calls whichrepresent plain old telephone service (POTS) and integrated servicesdigital network (ISDN) but are carried across a packet switched IXC orLEC are also considered PSTN calls. For the purpose of brevity, a campuscall which uses POTS or ISDN over standard telephone wiring and isswitched by a PBX is considered a PSTN call. A call which originatesusing a packet switched protocol such as H.323 or other form of nativemultimedia packetized call is not considered to be a PSTN call.

In the present disclosure, a distinction is made between “an internet”and “the Internet”. The term “internet” (lower case) is meant to applybroadly to any type of mixed media packet switched network. For example,an internet may be a local area network (LAN), a metropolitan areanetwork (MAN), a wide area network (WAN), an enterprise network or amodernized public network. In most present day situations, networks ofdifferent types are joined by what is properly termed an internet. Hencean internet is a network of two or more networks joined together,normally by a bridge, router, or switch. Within the present disclosure,an “internet” refers to a network which may be joined to another networkusing a properly selected bridge, router, or switch. A network which isin fact isolated, for the purposes of the discussion herein, may also bedefined as an internet. Conversely, the term “Internet” (upper case)refers to the ubiquitous world wide web (WWW). In most cases, a giveninternet is connected to and hence is a part of the Internet. Some othertypes of internets which may not be connected to the Internet include,for example, various enterprise WANs and some cable television (CATV)networks. Hence, “the Internet” is but one example of “an internet”, andthus all uses of the word “internet” herein shall apply directly to, butare not limited to, “the Internet.”

There are a wide variety of known CTI systems. One system is called“screen pop.” Screen pop systems recognize incoming phone numbers usingCLID type information and display a screen containing information aboutthe caller to an agent. For example, screen pop may provide an agentwith a screen of information including the caller's name, personal data,buying habits, and needs. The CLID information may also be used by CTIswitching apparatus to route an incoming call to an appropriate agentbased on the caller's profile. These features enhance customersatisfaction and eliminate the need to ask the caller for informationwhich may already be in an available database. Another CTI system iscalled screen transfer. When a call needs to be transferred from a firstagent to a second agent, the CTI information screens and data associatedwith the call may be transferred to the second agent. Another form ofCTI involves outbound dialing. An outbound dialer is a computertelephony device which dials telephone numbers to initiate telephonecalls.

In call center applications, a caller navigates the IVR menu system toselect an area of interest so the call can be routed to an appropriateagent. Calls to call center oriented IVRs often require the caller towait in a waiting queue until an agent becomes available to accept thecall. In most cases the caller may wait several minutes before an agentbecomes available. In more extreme cases the caller may need to wait asmany as fifteen minutes, for example. An average call to an IVR callcenter typically involves too long of a wait in a queue. Beside offeringpoor customer service, long waiting queues cost companies with IVR callcenters significant amounts of money. If a company has a 1-800/888number, the company will often pay on the order of twenty cents perminute for the caller to wait in the queue. Also, the longer the queue,the more active calls the call center will need to support at a giventime. This means the call center must purchase more local loop telephonelines each month from the LEC. For example, a relatively small callcenter with ten to twenty operators may require the equivalent of 200 ormore phone lines to be able to accommodate peak traffic loads withoutreturning busy signals. Aggregated over the United states, millions ofdollars per day are spent by call centers to pay for the toll charges ofcallers navigating IVR systems and waiting in queues. Millions of moredollars are spent each month on the local lines needed to accommodatethese callers waiting in the queues.

Another related problem is faced by organizations not having 1-800/888numbers. If a caller makes an out-of-pocket toll call and has to wait ina queue more than a few minutes, the caller will often terminate thecall. Hence the recipient organization will lose the benefit of thecall, which in the commercial context may equate to significant lostrevenue.

Several prior art solutions have been proposed to deal with theforegoing problems. One such system is known as “call-back.” Here acaller calls the call center, navigates an IVR menu system, and isoffered the option to hang up so the IVR system can call back in anestimated number of minutes. The caller is entered into a call queue andthe connection is dropped. When the caller's time arrives, the systemwill call the caller back, thus saving the expense of leaving the linebusy while waiting in the queue. This solution is attractive because thecaller can be freed to do other tasks while waiting for the call-back.This increases customer satisfaction while at the same time the companyhandling the call saves money on telephone line and toll charges. Onedifficulty implicit in this approach is customer trust. Many callcenters use variants of this approach where the caller is not calledback in a timely fashion, often not even in the same day. Hence callersare often untrusting of the system and reluctant to hang up.Accordingly, such systems typically enjoy only limited use.

Another approach to solving the telephone queue problem is through theuse an Internet call center such as the Internet Call Center recentlyannounced by Lucent Technologies Inc. of Murray Hill, N.J. In thisapproach a customer does not make a phone call but accesses a company'scall center through the Internet. A standard web browser is used toaccess the Internet call center by either keying in a URL, findingInternet call center using a search engine, or clicking on a browserbookmark which references the Internet call center. In the Lucentsystem, an IVR system is replaced by a set of Internet browser-relateddialog forms. Hence the user accesses the call center via the Internet,navigates a set of menus, and then, if needed, clicks on a buttondisplayed in the browser with a mouse which requests an agent to callback through the Internet using Internet telephony voice packetizationmethods. In this way, the user is called back through the Internet andis able to talk to an agent using a multimedia PC. All of the CTIrelated features such as screen pop and screen transfer are availablejust as though the user had entered the system using a regulartelephone. This system has the advantage that no telephone charges areincurred, all data and voice traffic occurs through the Internet, savinga significant amount of money for the company operating the InternetCall Center. In addition, the Internet Call center is compatible with anormal 1-800/888 call center, so agents may interact with callersentering the system through the normal phone lines or via the Internet.In either case, the same types of screen pop and screen transfertechnologies may be used. A disadvantage with using this system relatesto user access. An Internet call center is designed primarily to attractweb users. Many users may find it difficult or tedious to find a givenweb site. Users may desire to call a company over the telephone networkas is common practice rather than search for a web site. Hence aninnovative way is needed to obtain the benefits of an Internet callcenter technology while providing a simple telephone access technique.

Another known technology is called “web call-back.” This is a newerversion of normal PSTN call-back as discussed above. In this technology,a user navigates the Internet to reach a destination web call center.The user manipulates Internet screens using a web browser instead of aset of IVR menus, similarly to the Lucent system previously described.In web call-back, when the user selects a button, he/she will receive acall back via the PSTN from a call center associated with the Internetsite. Since the call-back is placed over the PSTN, the resultingconnection maintains quality and a greater degree of security. Some webcall-back systems display a timer on a client web browser indicative ofwhen the PSTN telephone call-back may be expected. Other systems are nottime oriented, and may require the user to wait several days beforebeing called back. One problem with this technique is that the user mustbe able to locate the associated web site. Often a user will know a1-800/888 number and will find it convenient to call such a numberinstead of navigating the Internet. In situations involving localentities such as restaurants and movie theaters, the associated phonenumber may be known while it is less clear how to find the entity on theweb. This problem is most pronounced because smaller local entities donot generally have easily identified domain names and addresses. Anotherproblem with current web call-back systems is that the timer onlyprovides knowledge of when a call will arrive. It does not give the userthe ability to interact with the scheduling of the return call which maybe advantageous as will be described with respect to an aspect of theinvention described herein below. Hence while web call-back has definitemerits, it still has shortcomings and limitations which need to beovercome.

Additional services are emerging which provide “web dial tone” to H.323IP telephone users. Note “IP” stands for “internet protocol,” and H.323represents a packetized IP telephony protocol whereby voice and videotelephone calls may be transmitted and received over an internet such asthe Internet. Callers may initiate H.323 phone calls by dialing a webbased telephone number. H.323 call centers may respond by providingvideo of a live agent. Also, a form of screen pop known as “dataconferencing” may also be employed. Here the agent can see screenssynchronized with a user's web browser and can “push” webpages and thelike to a caller's browser. Similarly, peer-to-peer data conferences maybe established for multimedia communication between colleagues. A dataconference is a real-time multimedia telephony session whereby two ormore user's may share images, computer screens, documents and othersimilar information while also being able to talk and exchange video.While existing systems allow a PSTN caller to patch into a dataconference, the PSTN caller is limited to voice. A system is thereforeneeded to allow PSTN callers to enjoy toll quality voice and to set updata conferencing services with a computer attached to an internet.

The Internet is rapidly evolving to provide new means of access. Forexample, so-called “Web-TV” is a technology whereby inexpensive Internetappliances may be installed and operated using the television (TV) setas a display monitor while a CATV network provides Internet service. Inthese systems, the cable system provides the link layer interface to theuser, and hence home Web-TV users will have a telephone free to make andreceive PSTN calls while the CATV network provides internet service. Alink layer interface is a signaling protocol combined with a physicalchannel and is used to carry data between stations. Also, as asymmetricdigital subscriber line (ADSL) and related DSL technologies becomeprevalent, users will be able to support regular phone calls and extradigital services on the same twisted pair telephone line. Thus DSLsubscribers will also be able to leave a telephone line free while beingconnected to the internet. Office workers and growing numbers of homeusers already have access to both a telephone line and a separateinternet connection. Thus many users will use the Internet for packettransfers and a telephone line for toll quality circuit switched voicetraffic. As Internet bandwidth increases and delays decrease, betterquality Internet telephony voice circuits will also become available.This will allow user's to both place internet telephony calls and accesstraditional internet services using a single internet connection.

In U.S. Pat. No. 5,724,412 (hereinafter “the '412 patent”), a method andapparatus are disclosed which allows internet data to be appended toCLID packets. This patent discloses a message structure to allow callersto send a called party a message, to include a multimedia message via aCLID type packet. The invention disclosed in the '412 patent relatesprimarily to allowing a called party to receive a CLID notificationwhich permits the called party to contact the caller over the internet.The patent envisions sending a screen of information, an e-mail address,a uniform resource locator (URL) to a home page, an FTP site, or otherinformation. The concept enables a form of mixed PSTN and internetmessaging from the caller to the call recipient. However, the inventionset forth in the '412 patent does not provide a means to allow suchinformation to be used 1) to save toll charges related to call centersand IVR systems; 2) to enable more efficient web call-back systems; or3) to provide real-time multimedia phone calls. Hence a more capableapproach is needed to send information via new forms of CLID packetswhich can address these problems.

Based on the foregoing, it would be desirable to have a system whichintegrates aspects of computer telephony with Internet services andInternet telephony. Such a system ideally would retain aspects of knownCTI systems such as call-back and web call-back to reduce telephone tollcharges while at the same time improving customer service. It would alsobe desirable if a caller could access a call center using a PSTNtelephone number such as a 1-800/888 or a local number, and would beable to transfer a PSTN call to an internet session.

Similarly, it would be useful to allow a caller to call a PSTN telephonenumber and subsequently use an internet browser to perform those actionsor selections currently performed using IVR. Such an integratedPSTN/internet capability would avoid the need for the caller to wait onhold on a telephone line while increasing customer satisfaction andreducing line charges and 1-800/888 related toll charges.

Another desirable feature lacking in prior art systems relates toallowing a caller and an agent to converse using a toll-quality voiceconnection. This type of arrangement permits business transactions tooccur while also providing the ability to jointly view informationprovided by screen pop, screen transfer, database access, and relatedCTI features. Additionally, providing a caller waiting in a telephonequeue the ability to perform other tasks (including making othertelephone calls and waiting in multiple call queues simultaneously).would be of great utility

The foregoing concept of automatically setting up an internet session inresponse to a PSTN telephone call would also be useful to enable variousforms of multimedia communication. A telephone connection is establishedbetween a caller and a callee through the PSTN or other form oftelecommunications network in response to a call placed by the caller.It would be useful to automatically provide a shared-screen ofinformation visible on computer screens to both the caller and thecallee on both sides of the telephone connection. Such communicationwould also include the ability to converse and share information over aninventive link which enables full service data conferencing to becomeautomatically associated with a PSTN telephone call.

It would further be desirable to support a voice-over-data type servicewithout the need to make point-to-point modem calls, and provide thecapability to support multimedia data conferencing services associatedwith PSTN calls.

SUMMARY OF THE INVENTION

The present invention satisfies the foregoing needs by providing systemsand methods which allow PSTN telephone users to make use of amixed-media packet switched internet to support a call. The presentinvention centers around the concept of a co-socket. A co-socket isestablished in support of a telephone connection. In a preferredembodiment, a caller dials a callee to establish a point-to-pointtelephone connection. This established telephone connection is used tocarry a SYN segment which is a part of a SYN sequence to establish aninternet socket connection in support of the call. When the caller callsthe callee, the callee's computer preferably pops a screen ofinformation directly on the caller's computer screen. Using Caller-ID,the callee can identify the caller and thus establish internetcommunication with the caller without picking up the telephone.Alternatively, the caller can pop a screen of information on thecallee's computer screen. A call queue management method is presentedwhich exploits an established co-socket. Apparatus is presented forsmart phones and CTI servers which support co-socket telephony asdefined herein. Methods for use of the smart telephone and CTI serverapparatus are presented to set up co-sockets in support of telephonecalls. Computer software structures are presented which allow theapparatus to practice the methods. Also, computer hardware structuresare presented which are allow apparatus to run software to supportco-socket telephony methods. Finally, apparatus is presented forinternet and telephone network equipment to support aspects of co-sockettelephony. The present invention includes various aspects which supportco-socket telephony. These aspects are summarized immediately below.

A first aspect of the present invention involves a computer telephonyserver which supports co-socket telephony. The computer telephony serverincludes a first coupling operably connected to a telephone line so asto receive information indicative of at least one internet addressassociated with a caller on the telephone line. The server also includesa second coupling to a protocol stack. The protocol stack is operablyconnected to a link layer interface. The server also includes a computerdevice operably connected to the first and second couplings. Thecomputer device is operative to route at least one data packet via thesecond coupling. The link layer interface is operably connected to aninternet and the data packet is addressed so as to be routed to the atleast one internet address in the internet. Another similar computertelephony server is also taught which is similar to the one discussedabove but which includes a computer device which maintains a call queue.A related server method employing a database translation is provided aswell.

In the description above the phrase “operably connected” implies astructural relationship but not necessarily a direct connection. Forexample, if two modules are operably coupled, they may be indirectlyconnected via one or more intermediary modules. Also, an “operableconnection” may involve a relationship such as a connection between aCPU and a software module which runs on a CPU. It may also involve asoftware connection between software modules. The phrase “caller on thetelephone line” refers to the caller who placed the call received on thetelephone line. Moreover, a “module” is a computer device which maycomprise hardware and/or software. A “computer module” is a functionalblock which is embodied as a logic circuit controlled by software or ahard-wired sequential logic.

A second aspect of the present invention involves a method of managing acall queue. The method is provided for use in a computer telephonyserver employing co-socket telephony. A first step of the methodinvolves reading data from and writing data to a coupling to a protocolstack. The protocol stack is coupled to a link layer interface, and thelink layer interface is coupled to an internet. A second step of themethod involves accepting inputs from the protocol stack indicative ofselections made by a remote user. A third step of the method involvestransmitting a data value via the protocol stack indicative of when aresponse can be expected from the computer telephony server to thecaller. A fourth step of the method involves maintaining a call queue,whereby information received via the protocol stack from the caller maybe used to alter the priority of a caller within the call queue. A fifthstep of the method involves dialing a telephone number to establish atelephone connection with the caller when the caller's priority in thequeue has reached a specific value.

A third aspect of the present invention is a method of establishing aco-socket connection. This method is practiced by equipment whichinitiates a connection. Equipment which initiates a connection is saidto be at the “requesting end” of the connection. In a client-serverparadigm, the requesting end corresponds to the client. A first step ofthe method involves sending a data segment from a requesting end to atelephony interface. The data segment is transmitted from the telephonyinterface to a remote computer via a telephone connection to initiatethe establishment of a co-socket. A second step involves communicatingvia the co-socket with the remote computer via a link layer interfacedifferent from the telephone connection. In this method, the remotecomputer may be a CTI server, a peer smart telephone, or any othercomputerized device capable of a call via a telecommunications network.While the aforementioned method is practiced on a requesting end of aconnection, a similar method is disclosed for use on the server end ofthe same connection. Another similar method with a slightly varyingscope is also presented for use on the server end of the connection.

Another aspect of the present invention involves a smart telephone. Thesmart telephone is analogous to the aforementioned CTI server apparatus,but involves a client or requesting end of the connection. The smarttelephone practices the method for establishing a co-socket as discussedabove. The smart telephone consists of a computer telephony interfacewhich is operative to initiate a telephone connection. The smarttelephone also has a dialer operative to dial a telephone number toinitiate the establishment of the telephone connection. Additionally,the smart telephone has a module which initiates the establishment of aco-socket with a remote device by transmitting a data segment via thetelephone connection. Subsequent communication using the co-socket iscoupled via a link layer interface other than the telephone connection.Another version of a smart telephone is also presented which uses adatabase translation to determine a co-socket address of a caller. Anapplication program for execution on the database version of the smarttelephone is also presented. An internet database server used to provideco-socket addresses for use with the database version of the smarttelephone is taught as well.

A fifth aspect of the present invention centers around asockets-telephony API software library. The sockets-telephony APIsoftware library includes a co-socket connection establishment function.The co-socket connection establishment function involves a firstsoftware module coupled to a telephone connection. The first softwaremodule is operative to direct information to be transmitted and/orreceived via the telephone connection. The co-socket establishmentfunction also includes a second software module coupled to the firstsoftware module and coupled to a co-socket data structure which isvisible to the function. The second software module is operative tocommunicate with a remote computer by transmitting and/or receiving atleast one data segment in a co-socket establishment sequence. The secondsoftware module causes the first software module to be run so the atleast one data segment is routed via the telephone connection. Once theco-socket connection is established, subsequent communication proceedsbetween a process owning the co-socket data structure and a processlocated on the remote computer via a link layer interface other than thetelephone connection. Also presented is an application program whichcalls the forgoing function. Also presented is an operating systemincluding the foregoing function. In addition, a computer or smarttelephone running the operating system with the foregoing function isdisclosed.

A sixth aspect of the present invention involves a computer program. Theprogram includes a coupling used to establish a PSTN telephoneconnection via a computer telephony interface API. The program alsoincludes a coupling to a network via a network interface API. A softwaremodule operative to initiate a point-to-point PSTN telephone connectionto a remote station using the computer telephony API is included in theprogram. The computer program also has a software module operative tosend a SYN segment to the remote station via the point-to-point PSTNtelephone connection using the computer telephony interface API toestablish a co-socket. The program also has a software module operativeto accept information from a local data buffer, perform applicationlayer formatting of the data, and transmit the formatted applicationlayer data to the remote station via the network interface API functioncall. Another aspect of the present invention involves a method ofsharing information with a remote computer for use in a computeroperating system. A first step of the method involves interceptinginformation contained within an information stream transmitted from afirst local process to a second local process. A second step of themethod deals with making a copy of the information. A third stepinvolves allowing the original information stream to reach the secondlocal process. A fourth step involves passing at least some of thecopied information to a protocol stack process which in turn forwardsthe information to the remote computer via a co-socket associated with aPSTN telephone call.

An eighth aspect of the present invention deals with apparatus coupledto a telephone switch. The apparatus employs a translation unit whichreceives ANI or CLID data and translates said information relating to acaller's client internet socket address. The apparatus also employs amodule which places information relating to the caller's internet socketaddress into a data packet for transmission to a dialed telephonenumber. The internet socket address includes a port number to enable acallee to send a screen of information via an internet to be displayedon the caller's computer screen. A apparatus similar is also disclosedwhich evaluates dialed number information and ANI or CLID informationand generates a packet sent via an internet to establish a co-socket insupport of a call. A related method of processing telephone calls withina telephone network in support of co-socket telephony which may bepracticed by the disclosed apparatus is also presented.

BRIEF DESCRIPTION OF THE FIGURES

The various novel features of the invention are illustrated in thefigures listed below and described in the detailed description whichfollows.

FIG. 1 is a block diagram representing a CTI server and a smarttelephone connected via a point-to-point PSTN connection and an internetsocket connection according to the present invention.

FIG. 2 is a flow chart illustrating a CTI server web call-backprocessing method according to the present invention.

FIG. 3 is an exemplary information window display used to assist a userin managing multiple telephone queues.

FIG. 4 is a functional block diagram illustrating a point-to-point PSTNconnection/co-socket architecture using a single DSL or multiplexedtelephone line.

FIG. 5 is a flow chart illustrating a method of co-socket initiationutilized by a calling device according to the present invention.

FIG. 6 is a flow chart illustrating a complementary method of processingutilized by a called device to respond to and participate in theestablishment of a co-socket in accordance with the method of FIG. 5.

FIG. 7 is a block diagram illustrating an application programmerinterface used to interface to a protocol stack having co-socketestablishment capabilities.

FIG. 7 a is a block diagram illustrating one embodiment of a softwarearchitecture for use on a smart telephone or computer according to thepresent invention.

FIG. 8 is a block diagram illustrating a filter program according to thepresent invention which is operative to intercept bytes within aninformation stream and transmit a copy of the intercepted bytes across asocket or co-socket.

FIG. 9 is a flow chart illustrating a method of sharing screeninformation with a remote computer using a filter module.

FIG. 10 is a block diagram of one embodiment of a central officeswitching apparatus according to the present invention, which is used toperform ANI to co-socket address database translations.

FIG. 11 is a flow chart illustrating a method of performing calleridentification to co-socket address database translations.

FIG. 12 is a block diagram of an inter-exchange carrier networkarchitecture used to perform ANI to co-socket address databasetranslations according to the present invention.

FIG. 13 is a flow chart illustrating a method of initiating theestablishment of a co-socket by a calling device using an internetdatabase approach.

FIG. 14 is a flow chart illustrating a method of removing internetaddress data from PSTN data packets according to the present invention.

DETAILED DESCRIPTION OF THE INVENTION

Reference is now made to the drawings wherein like numerals refer tolike parts throughout.

FIG. 1 illustrates a first embodiment of a communication configurationwhereby a CTI server 100 and a smart telephone 115 are each coupled to aPSTN 105 and an internet 110. A peer device 102 may be another devicesimilar to the smart telephone 115, and is also coupled to the PSTN 105and the internet 110. An optional database system 112 may also becoupled to the network configuration via the internet 110. As will bediscussed in connection with the embodiments illustrated by FIGS. 10-12,the database 112 may also be implemented by equipment within the PSTN105. The PSTN 105 may be coupled to the internet 110 via various typesof connections 107 which may include a gateway connection to route longdistance voice traffic across the internet 110.

In a preferred embodiment, the database module is an internet server.The database module 112 includes a coupling to the internet 110. Thiscoupling is operative to receive a client request from the internet 110including information relating to a telephone number associated with apotential callee. The database 112 associates the telephone number withan internet address. The database 112 includes a reply module connectedto the coupling and is operative to return a data packet via thecoupling to the internet 112 upon association of the request with theinternet address. The data packet sent out by the database 112 isrelated to the internet address of the callee. Once this data packet isreturned to the smart telephone 115, the smart telephone 115 mayinitiate a co-socket with the callee instead of, or in addition to atelephone connection. Likewise, the CTI server 100 may read CLID dataassociated with an incoming call and send this information to thedatabase 112 to find out an internet address related to the caller. Thisallows the CTI server 100 to pop a screen of information on the caller'sscreen in response to an incoming call. In an alternative embodiment,the CTI server and/or the smart telephone 115 may incorporate a localdatabase to translate telephone numbers to internet socket addresses.

The CTI server 100 includes a main computer 120 which is coupled to aCTI interface 125, an internet protocol stack 130, a storage unit 135,and an optional call center 140. For example, the main computer 120 maybe implemented with an Intel Pentium

processor or a computer board such as a mother board built around anIntel Pentium

processor. In this case the coupling to the storage area 135 may beimplemented using a bus connection to a solid state memory. In mostembodiments, the storage area 135 is implemented at least partially witha mass storage device such as a disk drive. In this case, the massstorage unit 135 is preferably coupled via a disk controller which isitself coupled to the main computer 120 via a standard type of businterface such a peripheral component interconnect (PCI) bus. Thestorage unit 135 may be configured to support voice mail and other formsof multimedia message storage. The internet protocol stack 130 istypically implemented as software process on the main computer 120 andhence is coupled via a software connection such as an interprocesscommunications channel.

Application programs running on the main computer 120 typically accessthe internet protocol stack 130 using a function call to an API such asa WinSock API or a UNIX

Sockets API. The CTI interface 125 is also usually implemented as one ormore software processes which execute on the main computer 120. Anapplication program running on the main computer 120 is coupled to theCTI interface 125 via an interprocess communications link provided by anoperating system running on the main computer 120. In this case, thecoupling is provided between an application program running the maincomputer 120 and the CTI interface 125 via a call to a CTI API. Ingeneral, an argument list to a function call typically coupledinformation from the main computer 120 to the CTI interface 125. Callqueue and IVR systems are ideally maintained by applications programswhich run on the computer 120. The call center 140 preferably consistsof an automatic call distribution (ACD) system which routes incomingcalls to one or more call processing agents. The main computer 120 istypically coupled to the call center 140 using a plurality of twistedpair cables, one pair for each agent station. In some embodimentstruncking may be employed whereby a single twisted pair carries aplurality of calls to a remote call center and multiplexing anddemultiplexing equipment is used to separate and combine the multiplecalls on the single twisted pair. Some systems may couple the callcenter 140 to the main computer 120 using LAN technology. LAN technologyfor call distribution involves compressing and packetizing calls forshipment over a coaxial cable. An optional data link 145 couples the CTIinterface 125 directly to the internet protocol stack 130, which is ofthe type well known in the art. This direct data link 145 allowsinformation at lower layers (network, link and physical layers) of theprotocol stack 130 to communicate with the CTI interface 125. This datalink is typically embodied either as a parameter list involved in afunction call or via an interprocess communication mechanism.

Couplings between all the modules in the CTI server may be implementedthrough the computer 120. For example, these couplings may beimplemented by auxiliary data paths, direct memory access transfers, ordirectly by the processor using move operations. The input/outputstructure of the internet protocol stack 130 preferably includes a firstcoupling to an application layer via an API accessed by an applicationprogram running on the computer 120, and a link layer interface to aremote network device in the internet 110. Common examples of link layerinterfaces include modems which connect a home to an ISP, a PSTN voicetelephone circuit established between two users, a CATV connection froma Web-TV client to a CATV based ISP, or a LAN connecting from a computerto a remote internet server. Each of the foregoing link layer interfaces(as well as other similar arrangements) may be used within the presentinvention.

Referring again to FIG. 1, the smart telephone 115 includes severalsubcomponents. The smart telephone is controlled by a processor 150which can be any logic processor including for example an ASIC, anembedded microprocessor, or computer motherboard, each of which are wellknown in the art. For example, an Intel Pentium

processor may be used in a smart telephone implemented as a personalcomputer. The Intel Pentium

processor employs on-board functional units and an on-board cache toexecute a version of the so-called Intel Instruction-Set. The IntelPentium

interfaces to an external system using a data bus, an address bus, and acontrol bus. Stand-alone smart phones which are not implemented as apart of a personal computer may be implemented with specializedmicroprocessors such as the ARM processor from Advanced RISC MachinesInc. The ARM processor employs a reduced instruction set computer (RISC)architecture and may be integrated on the same chip with special purposecircuitry to form a customized type of microcontroller. More standardtypes of microcontrollers such as the MC68HC16 by Motorola Inc. may bealso be used to implement the processor 150 of the smart telephone. TheMC68HC16 integrates a 16-bit MC68000 processor core by Motorola Inc.with a collection of peripheral devices on the same chip. The interfaceand design techniques for all of these types of processors are wellknown and are documented in the microprocessor literature and thedocumentation available from the aforementioned companies. Onceprogrammed, the processor 150 may be viewed as being constructed ofvarious computer modules which interact and perform their programmedfunctions. In an ASIC design, the processor 150 may be implemented as aninterconnected combination of hardwired computer modules.

The processor 150 is coupled to a CTI interface 155 and to an internetprotocol stack 160. The CTI interface is also preferably coupled to ahandset 158 which may alternatively be coupled directly to the processor150. The internet protocol stack 160 ideally has a structure similar tothe protocol stack 130 as discussed in connection with the CTI server100 above. An optional direct coupling 163 may be provided between theCTI interface 155 and the protocol stack 160. The processor 150 ispreferably also coupled to a storage unit 165 which includes memory andwhich may include mass storage implemented in technologies such as harddisk drives, solid state disk drives, or other means. The processor 150is also coupled to an input/output terminal 170 which includes agraphics display capable of displaying windows and/or dialog boxes. Theinput/output terminal also preferably includes a keyboard and/or mouseto accept user inputs. In the present embodiment, the processor 150 isalso be advantageously coupled to a one or more sensors 175. Examples ofsensors which may be coupled to the processor include a video camera, adigital camera, a scanner or other multimedia data collection means. Ina second embodiment of the smart telephone of the present invention, theprocessor 150 is also coupled to a wireless link layer interface 180.The wireless interface 180 may involve a wireless LAN and is preferablyused to couple the smart telephone 115 to a remote unit 185. The remoteunit 185 provides mobility to the user by allowing him or her to leavethe vicinity of the smart telephone but still be able to handle callsand manage program operation on the smart telephone.

The apparatus of FIG. 1 may operate in many different modes to supportvarious methods and applications. Consider first a scenario whereby acaller using the smart telephone 115 wishes to call the call center 140which is coupled via the CTI server 100. In this case the smarttelephone 100 is associated with the caller. Assume that the call center140 is reachable via a PSTN 1-800/888 number. A caller preferably dialsthe 1-800/888 number using either a keypad associated with the handset158 or an automatic CTI-controlled dialer which may be part of CTIinterface 155. In this case the phone number is found in a list or isentered using the I/O windows interface 170. Whichever dialing method isselected, the dialed 1-800/888 number transmitted over a telephone lineto a PSTN switch located in PSTN 105, possibly via a PBX (not shown). Atthis point the PSTN may interact with the dialed number or the CTIinterface may add extra data to the dialed number indicative of aninternet socket address. For now, suppose no extra information is added,but the PSTN 105 routes a PSTN data packet to the CTI interface 125. APSTN data packet is defined as any data packet which routes over thePSTN. PSTN data packets are used for call set-up, communication systemsmanagement, and other purposes. PSTN data packets are most typicallysent using SS7 or X.25 protocols.

When the PSTN data packet arrives at the CTI interface 125, severalactions may occur. For the present example, consider the case where thePSTN data packet includes only standard CLID information to identify thecaller. In one embodiment of the present invention, the CTI interface125 controls the line pick-up process to accept the call. At this pointCTI interface 125 listens for a tone sequence. In this exemplaryembodiment, the expected tone sequence contains a synchronize sequencenumbers (SYN) segment used to set up an internet connection. SYNsegments, and internet stream socket and datagram socket connectionestablishment procedures are well known in the prior art, and arediscussed in full detail in “TCP/IP Illustrated Vol. 1-3,” by W. R.Stevens Addison-Wesely Publishing 1994, which is incorporated byreference herein in its entirety. A segment is generally defined in TCPas a timed packet. When a segment is transmitted, a timer starts, andwhen an acknowledgment is received, the timer stops. If the timer runsout, a new segment is transmitted. In the TCP packet header there is aflag called SYN. This flag is set during the exchange of segments usedto establish a TCP connection. A TCP connection is also called a streamsocket. The SYN packet exchange sequences used to set up a TCPconnection are discussed in detail in Section 18.6 of Volume 1 of theaforementioned Stevens reference. SYN segments are embodied as UDPdatagrams in the TCP protocol. Note that while TCP is chosen as theprotocol for use with the present embodiment, other protocols andformats may be used with equal success. For example, a “co-socket” maybe established using a session layer protocol which executes over atransport layer protocol. Standard sockets are transport layerconnections. Co-sockets as defined within the scope of the presentinvention may be defined at any specified layer of any selected protocolstack without restriction. Hence at any point, a SYN segment may bereplaced with a connection establishment packet for a given protocol.

Variations of the TCP connection establishment procedure may bedesirable when carried out wholly or partially across a point-to-pointPSTN telephone connection instead of an internet. Therefore, as usedherein, a “SYN segment” is generally defined as any data which may betransmitted via various methods and formats as a part of any internetconnection establishment process. In one generalized form, a SYN segmentmay simply constitute an internet address used to indicate an internetaddress and port number needed to begin a TCP/IP SYN segment exchangesequence. Also, as used herein, a point-to-point telephone connection isgenerally defined as any dialed telephone connection set up between twoor more telephones. Furthermore, a point-to-point PSTN telephone call isdefined as any telephone connection between users set up using a PSTN orPBX originating or terminating line. This connection may be establishedvia a PBX between phones within an enterprise, and may also routepartially across an internet. The point-to-point PSTN telephone call isnot established as a PC-to-PC multimedia packetized telephone call usinga format such as H.323. Such telephone calls already have fullmultimedia capabilities.

Referring again to the exemplary embodiment of FIG. 1, the CTI interface125 answers the phone in response to a ring-signal and listens for atone sequence. If the caller is using a smart telephone such as thesmart telephone 115, the smart telephone 115 is the requesting end ofthe connection so transmits a SYN packet over the establishedpoint-to-point telephone connection. If the phone goes unanswered, butCLID or related information is accepted by the called number, then apoint-to-point connection is still established in response to the call,but the point-to-point connection may be termed a PSTN-datagramconnection instead of a voice circuit. Again turning to theaforementioned example, the CTI interface receives and decodes asequence of tones indicative of a SYN segment. In this example the SYNpacket is transmitted from CTI interface 155 to CTI interface 125 and isused to set up a TCP/IP stream socket connection across the Internet.Hence in this example, internet 110 corresponds to the Internet.

Several methods may be used by the apparatus of FIG. 1 to establish aninternet connection using a point-to-point telephone connection whichhas been established via the PSTN 105. These methods are discussed ingreater detail below in connection with FIGS. 5-7 and FIG. 11. Forpresent, assume that an entire TCP/IP stream socket connectionestablishment SYN sequence is exchanged between smart telephone 115 andthe CTI server 100 using the CTI interface 155 and the CTI interface125. The CTI interface 125 is coupled to the protocol stack 130 via thecomputer 120 or the optional direct coupling 145. Likewise, The CTIinterface 155 is coupled to the protocol stack 160 via the processor 150or the optional direct coupling 163. Using the apparatus and methoddescribed thus far, in this example a TCP/IP stream socket isestablished via the CTI interfaces 125 and 155. The connection is thenpassed across to the protocol stacks 130, 160 to enable internet datacommunication. The direct couplings 145 and 163 are provided to allowthe protocol stack processes 130, 160 to directly interact using the CTIinterfaces 125, 155 which communicate using the point-to-point telephoneconnection established across the PSTN 105 as a link layer. Onceconnection establishment data has been sent, the protocol stack may thenswitch its link layer interface from the point-to-point PSTN link to alink coupled to the internet 110. Note a stream socket established inthis manner is a co-socket as defined hereinabove.

As will be discussed in greater detail below, many variations of theabove described method may be used to establish an internet co-socket.The above example illustrates one variation whereby the entire co-socketconnection establishment sequence is carried out using the pointto-point PSTN connection to supply the link layer interface.Subsequently, the link layer of the co-socket is switched a link layerinterfaces coupled from the protocol stacks 120, 160 to the internet110. Another embodiment requires that only a first SYN segment betransmitted over the point-to-point telephone link with all subsequentSYN segments being transmitted on the link coupled to the internet 110.As further discussed below, still other embodiments utilize an initialSYN segment which is encoded into a CLID packet and transmitted via aPSTN data packet such as an SS7 packet. The CLID information of thecaller may be replaced by SYN data using a variety of methods asdiscussed herein in connection with FIGS. 5-7 and FIG. 11.

Referring now to FIG. 2, a call processing method 200 employed by theCTI server 100 when called by a smart telephone client 115 via apoint-to-point PSTN connection is disclosed. For purposes ofillustration, consider the example wherein a caller is required tonavigate a set of menus and wait in a queue to speak to an agentresiding in the call center 140. In a first step 205 the CTI serverreceives a SYN segment over the PSTN. This SYN segment may betransmitted using a CLID-like packet sent via SS7 before the server 100answers the call, or the data packet may be transmitted over thepoint-to-point PSTN connection using a tone sequence once it is answeredby the CTI server 100. In exemplary embodiments where a non-smart phoneinitiates the point-to-point PSTN connection, the SYN segment may betransmitted by having the caller key in touch tones, press an automaticdialer button, or speak an internet address which is then convertedusing voice-to-text translation within the CTI server 100. It can beappreciated that a broad variety of different combinations may be usedin such applications without departing from the spirit of the invention.

Once the SYN segment data packet is received, an internet connection isestablished in a second step 210. For example, suppose the internetconnection is a TCP/IP stream socket set up using the co-sockettechniques of the present invention. More details of how this step maybe performed are provided in connection with FIGS. 5-7 and FIG. 11. Oncethe internet connection is established per the second step 210, controlpasses to a third step 215. In this third step 215, the call may bepreferably dropped or rejected. This step 215 is optional and may beinitiated, for example, only after receiving a caller consent input. Ifthe internet socket is established per the second step 210 using a datapacket received in the first step 205 within a SS7 CLID packet, then thecall need never be answered, but may be rejected outright in the thirdstep 215. After or before the optional third step 215, control is passedto a fourth step 220 which transmits a dialog form to the caller via aninternet. The reason the call may be dropped or rejected is that thecaller may use a dialog box such as the dialog box 300 (see discussionof FIG. 3 below) displayed on the computer screen 170 instead of the IVRvoice prompts presented by the CTI server 100. Hence when the CTI servergets a confirmation indicating the caller's computer has cooperated inestablishing a co-socket, the call is preferably rejected because thecaller will use the internet call queue discussed below and the moreexpensive and less friendly telephone connection is not presentlyneeded.

The dialog box 300 is maintained over the internet, ideally using a webbrowser. In a first embodiment, the dialog box may appear directly in aweb browser window, or alternatively may be displayed in a separatewindow using, for example, a CGI script, a browser plug-in, or a Javaapplet. CGI scripts, browser plug-ins, and Java applets are well knownin the computer arts and are discussed in detail, for example, in“Netscape Technologies Developers Guide” by L. Duncan and S. Michaels,Ventana Publishing, 1997, and “Web Developer's Secrets,” by HaroldDavis, IDS Books Worldwide, 1997, both of which are incorporated byreference in their entirety herein. It should also be noted that anyapplication layer program may be used to accept and display theaforementioned dialog box.

Once the dialog box 300 is displayed on the caller's computer screenbased on information received from the fourth step 220, control passesto an optional fifth step 225 which accepts a remote caller's inputsacross the internet, preferably by accessing a sockets API. After theoptional user inputs are received, a decision 230 is made to determineif more input is needed, in which case control is passed back to thefourth step 220. The fourth step 220 transmits another dialog box andpasses control to the fifth step 225 which waits for more user input.Different variations of this input scheme are known to those skilled inthe art and are within the scope of the present invention. Once no moreinputs are required, control is passed to a sixth step 235 whichtransmits one or more queue timer values to the remote caller via theinternet. Depending on the application program used to display the timerat the remote location, the timer can be continually decremented andredisplayed in a count-down fashion on the display to the remotecaller's terminal. If the CTI server 100 wishes to modify the estimatedcaller queue wait time, it sends out an updated time which will divertthe decrementing counter from its path by reinitializing it to a newestimate. The sixth step 235 proceeds until either the timer runs out oradditional wait time is requested by the remote caller. If additionaltime is requested, a decision 250 is made to accept the additional timeand to pass control back to the sixth step 235 to add this time to thetimer. The decision 250 also allows the user to freeze a timer which ineffect, adds more time to the queue-wait. After the timer has timed out,control passes to a seventh step 240 which dials a PSTN phone numberassociated with the caller. The PSTN phone number may be obtained by theCTI server 100 from a CLID packet, a CGI script, a Java applet, userinput to a dialog box, a database, or other well known technique.

The aforementioned method 200 is especially useful because it allows acaller to manage multiple tasks in parallel. As a first example, supposea caller wishes to make three phone calls at once, each of which involvenon-trivial telephone queue waiting times. Suppose the caller initiatesthe calls from the smart telephone 115. The caller calls a first CTIserver and establishes an internet dialog session as discussed inconnection with the method 200 above. After interacting as in the fifthstep 225 with the dialog box 300, the user receives an estimated queuetime according to the sixth step 235. This time is displayed in a firsttimer window. Assume for example that the queue wait is ten minutes.Next the caller decides to make a second phone call while the firsttimer is running. The same process is repeated, and a second queue timeof twelve minutes is reported. Next the caller places the third call andrepeats the process once more, this time receiving a queue wait time ofsix minutes. Depending on the application layer program running on thesmart phone 115, either multiple timer windows may be displayed or asingle timer-manager window may be displayed. A timer-manager windowallows a user to conveniently view multiple queue-wait times andincrement times in various increments using point-and-click technologyas discussed in connection with FIG. 3 herein. The user may click onvarious buttons to freeze remote queue-timers or add time. Furtherassume that by the time the user receives the six minute time for thethird call-queue, the first call queue is reduced to five minutes. Intraditional systems this would create a difficulty unless the call tothe first call center requires less than a minute. By freezing timers oradding times, the caller may let the call queues run down and freezethem near the one minute point or may add time to them. Hence instead ofwaiting in three consecutive queues, the caller can spend the timemaking the calls instead of waiting.

In another scenario, assume that the caller is waiting in a twentyminute call queue, and after waiting eighteen minutes, the caller'sattention is distracted by an urgent matter for five minutes, or asecond call is received (such as from an important customer). Instead oflosing the eighteen minutes accrued waiting in the queue, the caller mayfreeze the timer at the eighteen minute mark until the urgent matter orsecond call is completed. Upon completion, a freeze button such as thefreeze button 315 of FIG. 3 below may be actuated whereby the timer isagain allowed to proceed. In essence, the caller has allowed others inthe queue to progress ahead without having to reinitiate the call andstart at the beginning of the queue again. Additionally, the CTI serverassociated with the call center has not accrued telephone toll chargesduring the “freeze” period. The ability for the user to interact withthe amount of time left in the call queue represents an improvement overprior art web call-back systems as previously described.

Another beneficial aspect of the smart telephone 115 of the presentinvention is the ability for the caller to be physically separated fromthe smart phone while waiting in one or more call queues. The wirelessinterface 180 is used to transmit timer status information (andoptionally a voice connection) to a user who is remote to the smarttelephone 115. Assume for example that a caller is managing multiplecall queues and is subsequently called away from the smart phone 115.The caller then directs the system to forward all the timer data and avoice circuit to the remote unit 185. By carrying the remote unit 185,the caller can be at a different location from the smart telephone andperform many or all of the functions discussed above using the smarttelephone 115 via the remote unit 185.

It should be noted that the web call-back system as described above maybe initiated by either PSTN calls or, for example, H.323 packet calls.In this latter case, the first step 205 of the method 200 involvesreceiving SYN packets over an internet instead of the PSTN. The benefitsof allowing the caller to freeze queue timers or add time to call queuesmay thus provided to web callers as well.

A first embodiment of a user interface menu 300 displayed by a smartphone according to the present invention is illustrated in FIG. 3. Theuser interface menu 300 may be displayed by an application program toinclude a web browser's main window, a plug-in, a CGI script, an applet,or any program from within an operating system. A timer window 305 maypreferably display the remaining wait-queue time for each activewait-queue. An add button 310 is used to cause time to be added to theassociated time as displayed by timer 305. A freeze button 315 is usedto cause the associated timer 305 to freeze, as previously described. Acount button 320 is used to cause the associated timer 305 to resumecounting. When these buttons are selected, packets are transmitted tothe remote CTI server 100 and are acted thereupon in the eighth step 250of method 200 as shown in FIG. 2. Additional inputs and buttons may bemade available to add times and perform other interactions with the waitqueues using extra dialog windows or icons as illustrated by thegraphics object 325. For example, a graphics object 325 may supportcontrol commands to forward data and calls to the remote unit 185. Thesmart telephone 115 supports other inventive uses for CTI initiatedco-sockets. These uses are discussed below in connection with FIGS. 8and 9. Note also that the smart telephone 115 may also be used toperform internet database dialing as discussed in connection with FIG.13.

Referring now to FIG. 4, a line interface technique is illustrated forconnecting the smart telephone 115 to support a point-to-point telephoneconnection and an internet link layer interfaces using a singletelephone line as a physical layer interface. In the embodiment of FIG.4, the smart telephone 115 is coupled to a line interface 400 whichpreferably includes a digital subscriber line (DSL) modem of the typewell known in the art. The DSL modem is operative to convert a highspeed data stream, for example on the order of up to 6 Mb/s into anout-of-band carrier signal used to transmit data across a phone line.Meanwhile a plain old telephone service (POTS) interface is used tosupport a point-to-point telephone connection to carry voice traffic. Insome cases the POTS interface may be substituted for a digital interfacesuch as an ISDN line. Alternatively, voice traffic may be multiplexeddirectly into the DSL data signal. In most present day DSL applications,a splitter 420 is used to separate the POTS voice circuit from theout-of-band DSL data. Alternatively a splitterless DSL modem technologymay be used. The basic concept behind the splitter 420 is to provide ameans to separate the voice channel from the data stream transmittedover the DSL channel. If the voice data is packetized and multiplexedonto the DSL data signal, then the splitter 420 may be viewed as themultiplexer which performs this function. In this case the splitterblock 420 should be physically located to the other side of the DSLmodem 415 and the POTS interface 405 so as to be connected between thesedevices and the smart telephone 115.

As shown in FIG. 4, the splitter 420 provides a coupling to a telephoneline 425. The telephone line 425 couples via local wiring or wirelessmeans to a second splitter 430. For example, in systems employingsplitters, the splitter 430 separates the PSTN voice circuit from theDSL circuit and forwards the PSTN voice frequency signal to the PSTNwhile forwarding the DSL signal to a DSL interface. In most cases thesplitter/multiplexer 430 decode the DSL signal and sends a bit stream toan internet service provider (ISP) 440 over a digital link. For example,many DSL signals can be multiplexed onto a fiber and routed to the ISP440. The digital data is forwarded from the ISP 440 via an internet 465to a link layer interface 470 which carries typically a TCP/IP packetstream to a remote site 460. If the multiplexed approach is used wherebythe voice circuit is multiplexed onto the DSL signal, then thesplitter/multiplexer 430 will separate the voice data and forward it toa PSTN (or local) voice circuit. A PSTN interface 435 is used to processthe voice circuit and to couple it to the PSTN 445. The PSTN 445 is usedto couple the voice circuit to the remote site 460 over a line telephone450, preferably controlled by a CTI interface.

The operation of the apparatus of FIG. 4 is essentially the same as thatdiscussed in connection with FIGS. 1-3 above. Details of the CTI basedco-socket connection techniques are discussed in connection with FIGS.5-6 and FIG. 11 herein. Again, the concept of utilizing the smarttelephone 115 having a PSTN link layer interface to establish aninternet session, which is then switched over to a link layer interfaceconnected to the internet 110, is employed. Note a telephone connectionis a link layer interface which connects a caller to a callee. Thisfunctionality can in fact be implemented in separate links using asingle telephone line as a physical layer interface. Additional butrelated embodiments involve a second telephone line, a separate LANconnection, a Web-TV internet access point or an enterprise WANconnection, for example. The use of DSL is a special case of the smarttelephone configuration wherein two separate links are effectivelyprovided by a single telephone line used as a shared physical layerinterface between two link layer interfaces.

Referring now to FIG. 5, a method 500 is illustrated to establish aninternet co-socket with a remote station via a separate point-to-pointtelephone connection. This method enables, inter alia, multimedia phonecalls which route voice traffic over the PSTN, and also route datatraffic over the Internet. In an exemplary embodiment, the method 500 ispracticed by the smart telephone 115 of FIG. 1 which represents thecalling or requesting end of a connection, although other configurationscan be used. In general, the method 500 may be practiced by anytelephone device which initiates a multimedia co-socket connection. Inthe exemplary embodiment, the method 500 starts when the smart phone 115has already dialed a phone number corresponding, for example, to thedistant end CTI server 100 or the peer smart phone 102 of FIG. 1. In afirst step 505, a SYN segment is sent to the distant end using a CLIDpacket, touch tones, speech, or other available means. In campus orsimilar environments, a fixed or dynamic table mapping ANI data tosocket addresses may be used. In this case a “dumb” telephone (i.e., astandard telephone without processing capabilities) may be used, sincean enterprise computer can be used to map the dialed number and ANI datainto a SYN segment containing the information needed to initiate asession to establish a co-socket between the computers belonging to thecaller and the callee. Hence in this campus environment, even a “dumb”telephone can cause information to be routed directly to a callee'ssocket address to automatically pop a screen directly on the callee'scomputer. Similarly, ordinary telephone conference initiation proceduresmay be followed to automatically initiate co-sockets for dataconferencing between multiple users without the users needing to loginto a common webpage or otherwise set up the data conference.Embodiments using ANI and CLID packets are discussed in connection withFIGS. 10 through 12 herein. Whatever the method chosen, the first step505 involves transmitting at least enough information to notify thedistant end and prompt it to establish a co-socket.

Upon completion of the first step 505, control passes to an optionsdecision point 510. The options decision point 510 may represent aselection operation or may represent a hard-wired transfer of controlto, for example, either a second step 520, a fifth step 550, or a sixthstep 560. Consider the path whereby control passes from the first step505 to the second step 520. The second step 520 receives anacknowledgment packet over the CTI interface 155. The received packetpreferably contains an internet address. With this internet addressavailable, control passes from the step 520 to the third step 530 whichpasses the received internet address to a protocol stack which in turnestablishes an internet connection with the remote CTI server 100 or theremote peer 102. Ideally, the internet connection is a TCP/IP streamsocket established across the Internet, although other configurationsare possible. Once the connection is established, control then passes toa fourth step 540 which uses the internet connection to pass data,preferably between application processes residing on the smart telephone115 and the remote CTI server 100, or the peer 102. The establishedinternet connection is a co-socket to the point-to-point PSTN telephoneconnection used to receive the server's internet address. Note that ifcontrol transfers from the first step 505 to the second step 520, thefirst step 505 only must transmit enough information to prompt thedistant end to send an internet address. It is contemplated by thepresent invention that in such a situation, the first step 505 could beeliminated altogether by having the distant end transmit an internetaddress to all callers, thereby simplifying call processing.

Next consider the method 500 of FIG. 5 whereby control passes from thefirst step 505 to the fifth step 550. In the fifth step 550, an entireSYN sequence is exchanged using a point-to-point PSTN connection betweenthe smart telephone 115 and either the remote server 100 or the peer102. This SYN sequence is used to establish an internet connection. Thisinternet connection, as discussed above, is a co-socket. Once the SYNsegment exchange is completed, control is transferred to the fourth step540 which uses a separate link layer interface to connect to theinternet. This separate link layer interface is connected to an internetand is also called a “network interface.” The separate link layerinterface connected to an internet is different from the telephoneconnection. Thus, the point-to-point telephone connection may continueto be used or may be dropped if desired and communication may take placeonly over an internet. In the case of peer-to-peer communications, forexample, it may be desirable for users to converse over the PSTN linkand to exchange multimedia data over the co-socket.

Consider now the method 500 whereby control passes from the first step505 to the sixth step 560. In the sixth step 560, at least one SYNacknowledge packet (which is typically the first part of a connectionestablishment sequence) is received over the CTI interface 155. If thepath involving the sixth step 560 is selected, the first step 505 willpreferably send the first SYN segment in the internet socketestablishment sequence. Once at least one SYN acknowledgment packet isreceived in the sixth step 560, control passes to a seventh step 565which continues to exchange any remaining SYN segments over a separatelink layer interface connected to the internet 110. Once the internetco-socket connection is established, control passes to the fourth step540 which allows application processes residing in the smart telephone115 and the remote CTI server 100 or peer 102 to exchange information.

Referring now to FIG. 6, a method 600 is illustrated for establishing aninternet co-socket at a remote station via a separate point-to-pointPSTN connection. This method is practiced by a receiving (i.e., callee)side of a connection such as the CTI server 100. Additionally, thismethod 600 interacts with the previously described method 500 (FIG. 5)to enable multimedia phone calls which route voice traffic over the PSTNand data traffic over an internet. In the exemplary embodiment discussedin connection with the method 500, the method 600 is practiced by theCTI sever 100 or the peer 102 upon receipt of a connection request fromsmart telephone 115. As part of the method 600, a first step 605 iscarried out to receive the SYN segment sent from the first step 505 ofthe method 500 as placed by the smart telephone 115. In the first step605, a SYN segment is received from the distant end via a CLID packet,touch tones, speech, or other suitable transmission format.

Upon completion of the first step 605 of FIG. 6, control passes to anoptions decision point 610. The options decision point 610 may representa selection operation or may represent a hard-wired transfer of controlto, for example, to either the a second step 620, a fifth step 650, or asixth step 660. Consider the path whereby control passes from the firststep 605 to the second step 620. The second step 620 responds to aninternet address query received in the first step 605 and transmits anacknowledgment which is preferably an internet address over the CTIinterface 125. Once this internet address information has beentransmitted, control passes from the second step 620 to the third step630 which represents a listening server side internet connectionpreferably corresponding to the transmitted internet address. The thirdstep 630 is used to perform the server side protocol of a client-serverconnection establishment exchange with the remote client who receivedthe appropriate internet via the CTI interface. For example, the smarttelephone 115 calls the CTI server 100 or the peer 102 of FIG. 1 andestablishes a co-socket. Once the connection is established, controlthen passes to a fourth step 640 which uses the internet connection topass data, preferably between application processes residing on the CTIserver 100 and smart telephone 115. If this method is practiced by apeer device 102, then a peer-to-peer connection establishment protocolmay be employed similarly to a client-server protocol, or the peer mayact as a server in the connection.

Next consider the method 600 of FIG. 6 whereby control passes from thefirst step 605 to the fifth step 650. In the fifth step 650, an entireSYN sequence is exchanged using a point-to-point PSTN connection betweenthe called CTI device and the calling smart telephone 115. This SYNsequence is used to establish an internet connection. This internetconnection, as discussed above, may be termed a co-socket connectionbecause it requires a PSTN (or PBX) co-channel to establish it. Once theSYN sequence is completed, control is transferred to the fourth step 640which uses a separate link which connects to the internet. Thus thepoint-to-point connection may continue to be used or may be dropped andcommunication may take place over the internet connection. In the caseof peer-to-peer communications, it may be desirable for two or moreparties to converse over the PSTN link and to exchange images and otherforms of data over the established co-socket connection.

Consider now the method 600 of FIG. 6 whereby control passes from thefirst step 605 to the sixth step 660. In the sixth step 660, at leastone SYN acknowledge packet which is part of a connection establishmentsequence is transmitted over the CTI interface 125. If the sixth step660 is selected, the first step 605 will preferably receive at least oneSYN segment in an internet socket establishment sequence. Once at leastSYN acknowledgment packet is sent in the sixth step 660 over theinternet, control passes to a seventh step 665 which continues toexchange SYN segments over a separate link connected to the internet110. Once the internet co-socket connection is established, controlpasses to the fourth step 640 which allows application processesresiding in the called computer to exchange information with theapplication processes in the calling computer. For example, the calledCTI server 100 or peer 102 may exchange information with the callingsmart telephone 115.

The method 600 also contemplates an alternative co-socket establishmentprocedure. In the alternative procedure of the method 600, the datapacket received in first step 605 is preferably a CLID data packet. TheCLID data packet may comprise a caller's name and telephone number as iscommon in the art. Also, the received information may comprise amodified CLID packet which includes a caller's internet socket addresssuitable for popping a screen of information on the caller's computerscreen. Apparatus to provide such an internet socket address in a CLIDdata packet is discussed in connection with FIGS. 10-13. If the CLIDdata packet does not include an internet socket address, then the firststep 605 is operative to perform a database translation to convert theCLID information to a caller's internet socket address. The databaseused to perform this translation may be local or remote. That is, thestep 605 may involve performing a database query to a remote databaseaccessible through the internet. A remote database which may be used forthis purpose is shown as the database 112 in FIG. 1. In the alternativeprocedure of the method 600, control next passes from the first step 605directly to the step 665, bypassing the optional step 660. In the step665, an internet socket is established from a computer practicing themethod 600 back to a computer controlled by the caller. The step 665 ispreferably performed over a link layer interface other than thetelephone connection on which the CLID data packet Was received. Thisalternative procedure has the advantage that a caller can call from astandard telephone and still receive a screen of information from thecallee. For example, a caller can call from a standard office telephoneand receive a screen of information from the callee. Similarly, a callercan initiate a call from a standard telephone in a home and receive ascreen of information on a computer connected to a second line, a CATVterminal, or a Web-TV internet appliance connected to a television set.

The method 500 and the methods 200, 500, and 600 may all beadvantageously implemented via a computer program which executes on aprocessor coupled to a memory. The same holds true for the methods 900,1100, 1300, and 1400 which will be subsequently discussed. In most casesthese methods may be implemented using an application program as definedbelow. A computer program is defined herein generally as a sequence ofinstructions which executes on a processor. Typically the computerprogram is stored in a semiconductor memory, and instructions are readby a processor from the memory in sequence. The processor typicallyexecutes the instructions sequentially in the order in which they areread from memory. In modem processors with out-of-order execution,slight variations from strict sequential orderings are allowed toprovide speed advantages. A computer program is represented at itslowest level in machine language. Machine language is a representationof instructions as operation codes (opcodes) which are embodied asbinary words consisting of zeros and ones. Programs are moreconveniently written in a high level programming language such as C andPascal are even easier. High level programming languages are well knownin the art and are used to construct high level instruction sequenceswherein each high level instruction may be translated into a collectionof machine language instructions.

Most computer systems supply an operating system as an interface betweena user's program and a computer's hardware resources. Well knownoperating systems include UNIX

as originated from AT&T Bell Labs, and Windows95

and Windows NT

as produced by Microsoft Inc. A large body of literature anddocumentation exists to describe the functionality of operating systemsat all levels. An operating system is a computer program which providesdriver programs and programs which load and execute other programs.Modem operating systems also typically provide mechanisms to allowdifferent programs to communicate with each other.

When an operating system is present, application programs communicatewith each other and with input/output devices using standard high levelsoftware interfaces. These interfaces are commonly known as applicationprogrammer's interfaces (API's). An API is accessed by an applicationthrough a so-called “function call.” A function is a software routinewhich performs some specified action. A function call is a set of one ormore instructions which sends a set of parameters to the function andinvokes the function. For example, if a program is written in C and runson a personal computer running Windows95

, an API may provide a function to allow an application program toaccess a protocol stack coupled to an internet. A telephony API may alsobe supplied to allow an application program to interact with a telephoneinterface. For example, telephony API functions to pick up a telephoneline or to digitize a signal received on a telephone line may besupplied as a function associated with a given API. Operating systemsoften provide API's as a library functions. An example of an APIimplemented as a library of functions is the WinSock API which supportsWindows95

and related Windows

based operating systems. The WinSock API provides roughly fifty functioncalls, and hence the WinSock system includes a library of fiftyfunctions. It is important to note a given application program may bewritten to include a call to an API. Also, an operating system may bedeveloped which provides an API as a part of its environment soapplications which call the API may execute properly.

Referring now to FIG. 7, an application programmer's interface (API)function 700 according to the present invention is illustrated. Thisfunction may be included as a part of an operating system and may serveas a gateway between an application process and an operating systemprocess which implements a protocol stack. The inventive API includestwo essential inputs. A first input 710 receives information relating tothe establishment of an internet socket address, while a second input720 receives information relating to a PSTN telephone number and/orother CTI related information used for signaling on a CTI link providedby a point-to-point PSTN connection. The API provides access to aprotocol stack which may transmit and/or receive data on two separatelink layer interfaces. A point-to-point telephone oriented link layer730 is coupled to a telephone line. An internet layer link interface 740is coupled via the accessed protocol stack to the internet 110.

The inventive API may be used to provide an interface between anapplication layer process and a protocol stack in devices such as thesmart telephone 115, the CTI server 100, or various versions of the peerdevices 102. The API 700 of FIG. 7 may be used as a means to program thecaller side method 500 or the callee side method 600 previouslydescribed. The API 700 is operative to accept both CTI callestablishment information as well as internet socket establishmentinformation. This socket establishment aspect of the API 700 provides afunctionality associated with a network interface API. A networkinterface API provides an interface between an application programprocess and a protocol stack process which is coupled to an internet.Common network interface APIs include the Sockets API and the WinSockAPI. The API 700 enables an application or operating system program tointeract with a CTI enabled protocol stack used to both set up apoint-to-point telephone call and an associated co-socket connection.Utilizing the methods 500, 600 previously described (and variationsthereof), the API 700 is operative to transmit internet co-socketestablishment data over the point-to-point telephone link layerinterface 730, and to perform subsequent co-socket communications overthe internet link layer interface 740.

Referring now to FIG. 7 a, a preferred embodiment of a softwarearchitecture to be run on a central processing unit (CPU) in a smarttelephone or CTI server is presented. An operating system kernel 755controls various processes which share time on the CPU. The operatingsystem kernel 755 is coupled to an application program 750, asockets-telephony API 760, and a protocol stack 785. The couplingbetween the operating system kernel 755 and the application program 750is implemented as a task control block data structure. The task controlblock data structure is a data which holds task (i.e. process) relatedinformation. Task control block data structures are maintained for oneor more resident processes and are manipulated by the operating systemkernel 755. As is well known in the art, a process is an instance of acomputer program represented by an execution flow. When the process isinactive, a set of process related variables such as a machine staterelating to the process are stored in a task control block. Theoperating system kernel 755 performs task switching by moving theprocess from a dormant state where it is stored in the task controlblock to an active state where it is allowed to run on the CPU. By thesame token, the coupling between the operating system kernel 755 and theprotocol stack 785 is implemented using a second task control block.Depending on the embodiment, the protocol stack may itself beimplemented as one or more processes, each of which are coupled to theoperating system 755 via their own task control blocks. The operatingsystem kernel 755 is coupled to the sockets-telephony API 760 by virtueof the fact that the sockets telephony API supplies an interprocesscommunications function which interacts with kernel level datastructures and related communication mechanisms. In some cases theprotocol stack 785 may be implemented as a part of an operating systemassociated with the operating system kernel 755.

The application program 750 is coupled to a co-socket data structure752. The application program is said to “own” the co-socket 752 when theprogram makes a function call to create the co-socket. A process whichowns the co-socket is able to use the co-socket to communicate with aprocess on a remote computer. A remote computer may comprise a smarttelephone as described hereinabove. The co-socket data structure isembodied within a memory as a collection of information bits. Theco-socket data structure includes a standard socket data structure withthe possible addition of extra fields for telephone connection relatedparameters as discussed below. The application program 750 is alsocoupled to the sockets-telephony API 760. This coupling is implementedwithin the application program 750 as a function call to asockets-telephony API function. At run time, the coupling is implementedvia a function call which references a function stored in a runtimelibrary. A runtime library is a collection of functions which may beaccessed at runtime. The sockets telephony API 760 is coupled to a CTIcontrol module 770 via a coupling 765 which carries telephone connectionrelated information such as connection commands and digitized telephonesignals. The CTI control module 770 is coupled to a first hardwaredriver routine 775. The first hardware driver routine 775 is coupled toa telephone interface 780. The sockets telephony API 760 is also coupledto a protocol stack 785 via a coupling 767 which carries networkconnection related information such as socket addresses and internetdata. The protocol stack 785 is coupled to a second hardware driverroutine 790. The second hardware driver routine 790 is coupled to anetwork interface 795. Depending on the embodiment, a coupling 772 maybe implemented to allow the protocol stack 785 to communicate with theCTI control module 770. This is preferably implemented in the form of afunction call or via an interprocess communications mechanism suppliedby the operating system. When the coupling 772 is implemented, thecoupling 765 becomes optional since the sockets-telephony API 760 maypass both socket related and telephone connection related parameters toa transport layer of the protocol stack, and the transport layer cancouple link level information to both the telephone interface 780 andthe network interface 795.

It should be noted the telephone interface 780 and the network interface795 represent link layer interfaces. As discussed above, a link layerinterface is defined as a physical layer interface which carriessignals, plus a signaling format such as a framing protocol. In apreferred embodiment the physical layer interfaces of the telephoneinterface 780 and the network interface 795 are different. In someembodiments, such as those involving an integrated services digitalnetwork (ISDN) line, a DSL, or a T1 line for example, the two link layerinterfaces 780 and 795 may be carried on the same physical connection.In the preferred embodiment, the telephone interface 780 is coupleddirectly to a remote computer via a point-to-point telephone connection,and the network interface 795 is coupled to the remote computer via anindirect connection through an internet.

The sockets-telephony API function module 760 itself includes structuralfeatures. The module 760 includes a first software sub-module which iscoupled to the CTI control interface 770 which is itself operablyconnected to the telephone interface 780. The module 760 also includes asecond software sub-module coupled to the first software sub-module. Thesecond software sub-module is coupled to the co-socket data structure752. Preferably, this coupling is implemented by having the applicationprogram 750 pass a pointer to the sockets-telephony function 760. Themodule 760 may optionally also include a connection to the protocolstack 785.

Next consider the operation of the software architecture as illustratedin FIG. 7 a. Upon application of power to the system, the operatingsystem is loaded into memory at boot-time from a disk. In alternativeembedded embodiments, the operating system may be resident in asemiconductor memory such as ROM when power is turned off, in which casethe operating system is not loaded from disk. Once the operating systemis loaded, control passes to the operating system kernel 755. Theoperating system kernel loads various processes to run such as theapplication program 750 and the protocol stack 785. The applicationprogram 750 makes function calls to the sockets-telephony API 760 inorder to establish a communication socket with a remote computer. Forexample, using well known concepts of UNIX

sockets and Windows

Sockets (WinSock) API's, a function called “socket” is called to createa socket data structure. The socket function returns a pointer to thecreated socket data structure. A socket data structure is an endpointfor communication and provides a means to allow the application 760 tosend and receive messages with a remote computer. An alternativefunction called “co-socket” may be used create and return a pointer tothe co-socket 752. The co-socket 752 contains the same information as asocket data structure plus information relating to a telephoneconnection. A process which makes a function call to the co-socketfunction is said to “own” the co-socket. The function owning theco-socket is able to use the co-socket for as a data structure insupport of network communication. Further details describing the use ofthe co-socket data structure 752 are discussed immediately below.

Consider the case when the application program 750 wishes to establish aconnection with a remote computer. Once the application program 750 hasobtained a socket or co-socket data structure as discussed above, theapplication program 750 calls a “connect” function. A connect function,as is also known in the sockets literature, is a software function whichaccepts as an argument a pointer to a socket data structure, an addressof a remote socket, and a length of the remote socket address. Inaccordance with the present invention, a new type of connect functioncalled a “co-socket connect” function is supplied which takes anadditional argument of a telephone number. In a preferred embodiment,the co-socket connect function according to the present invention onlyrequires a pointer to a socket data structure and a telephone number ofthe remote computer to be sent as input parameters. In an alternativepreferred embodiment, the co-socket connect function only requires apointer to the co-socket data structure 752 as an input parameter. Theco-socket data structure 752 then contains the same information as astandard socket data structure plus a field relating to a telephoneconnection. For example, the field may contain a telephone number to bedialed to establish a connection with a remote smart telephone or CTIserver. Once the application program 750 calls the co-socket connectfunction as provided by the sockets-telephony API 760, the co-socketconnect function is operative to direct a data segment to be sent to theremote computer by dialing the telephone number of the remote computerand sending a data segment to the remote computer via the dialedtelephone connection. Preferably, the data segment is a SYN segment usedin the establishment of a TCP/IP stream socket in accordance with themethod 600. In that case, a SYN segment is routed over the telephoneinterface 780 via a point-to-point connection to the remote computer,and a TCP/IP co-socket is established to support the call using thenetwork interface 795. In accordance with the present invention, thesockets-telephony API 760 need only be aware of the remote computer'stelephone number in order to establish an internet co-socket connectionwith the remote computer. In practice, this sequence of events may beinitiated when a caller using the smart telephone 115 dials a phonenumber which is answered by the CTI server 100.

Next consider the case where the application program 750 is configuredto receive incoming phone calls. For example, a CTI server applicationprogram may be designed which receives incoming telephone calls fromclients and sets up co-sockets in response thereto. In this case theapplication program 750 calls a socket function to establish a socketdata structure or the co-socket data structure 752. As discussed above,the co-socket data structure 752 differs from a standard socket datastructure in that it holds additional information relating to atelephone connection. Also, the co-socket 752 be a communication endpoint for a co-socket established at least partially over apoint-to-point telephone connection. Next the application program 750calls a co-socket listen function. Listen functions are well known inthe sockets art and are used by servers to listen for client requestsover a socket connection. In accordance with the present invention, thesockets-telephony API 760 includes a co-socket listen function whichlistens for incoming telephone calls carrying co-socket establishmentsegments. When a telephone call is received over the telephone interface780, the listen function is triggered into an active state. When a callis received, the listen function causes the CTI control module 770 toprocess an incoming signal to determine whether a SYN data segment hasbeen received. If a SYN data segment has been received, the CTI controlmodule 770 passes the SYN segment to the protocol stack 785 via thecoupling 772. The protocol stack 780 thus uses the telephone connectionas a second link layer interface over which to receive incoming SYNsegments. While it is anticipated that other types information mayadvantageously be passed over the telephone connection to the protocolstack, the transmission of SYN segments is viewed as the preferred use.Hence the listen function is operative to receive incoming phone callsand to set up co-sockets across an internet in response thereto, just asa conventional listen function does using only the network interface795. As discussed above, similar structures using session layerinterfaces are also within the scope of the invention. These embodimentsmay use session layer packets different from SYN segments andsession-layer versions of a co-socket data structure.

The software architecture of FIG. 7 a illustrates an aspect of thepresent invention relating to the protocol stack 785. The protocol stack785 includes the coupling 772 to the telephone connection oriented linklayer interface 780 and a coupling to the network connection orientedlink layer interface 795. The protocol stack may be passed a first inputrelating to a socket data structure and a second input relating to atelephone connection. When implementing a connect function, the secondinput preferably includes the telephone number of the remote computer towhich the protocol stack is directed to connect. Alternatively, thefirst and second inputs may be embodied within in the co-socket datastructure 752. In operation, the protocol stack 785 receives a pointerto the co-socket 752 as an input parameter. The co-socket 752 containsthe first and second inputs. Next the protocol stack causes thetelephone number to be dialed, and then transmits a SYN segment over theestablished point-to-point telephone connection. The method 600 ispreferably employed by the protocol stack to establish a co-socketconnection with the remote computer. Alternatively, the telephone numbermay be directed to be dialed using the coupling 765, in which case theco-socket data structure 752 need only contain a telephone connectionidentifier. The protocol stack thus transmits the SYN segment over thedesignated connection 780 and preferably implements the method 600. Oncethe co-socket is established, subsequent internet communication occursover the network connection 795.

When implementing a listen function, the second input preferablyincludes a telephone line identifier for one or more telephone linesover which telephone calls requiring co-socket services may be received.The co-socket listen function is passed a pointer to the co-socket 752which includes a socket data structure plus a telephone line identifier.When the designated telephone line receives an incoming call whichcarries a SYN segment, the CTI control module 770 signals the event tothe protocol stack 785 via the coupling 772. The protocol stack 785 isoperative set up a co-socket for subsequent communication over thenetwork connection 795. This connection is set up in response to the SYNsegment received on the telephone interface 790. The protocol stack 785preferably implements the method 500 to establish the co-socketconnection with the remote computer in response to the incoming call. Ifthe coupling 765 is used, the application program may be involved inrouting the received SYN segment back to the protocol stack via thecoupling 767.

FIG. 8 illustrates a filter program according to the present inventionwhich enables users to, inter alia, share images and other forms ofcomputer data over a co-socket internet connection while conversing overa PSTN telephone connection. A filter routine 800 is coupled viasoftware connections to a first process 805 and a second process 810.The filter program is also coupled to a sockets API 820 which providesaccess to a protocol stack 822. The process 805 may receive input fromvarious sources to include a sensor device 815. The sensor device mayinclude a digital camera, a keyboard, a mouse, and/or any other deviceswhich may be connected to receive input. Resident in the same computeris a “call initiate” routine 825 which is coupled to a CTI API 830. TheCTI API 830 may optionally receive an input from a connectionestablishment routine 840. The connection establishment routine 840 iscoupled to provide input and make calls to the CTI API 830 and thesockets API 820.

The inventive filter is operative to intercept at least a portion of adata stream sent from the first process 805 to the second process 810and to route the intercepted data across a co-socket maintained by theprotocol stack 822. It is understood that the filter 800 may be coupleddirectly to the protocol stack 822 without using an API, but an APIrepresents a preferable approach. To understand the function of thefilter 800, consider the following example. Assume that the firstprocess 805 is a word processing program. Assume that the second process810 is a windows process which receives data from the first process anddisplays the received data in a window on a local computer displayscreen. In such a situation, the filter routine 800 copies this datastream and preferably formats it into an application layer packet streamsuitable for transmission to an application layer program which resideson a remote computer coupled to an internet co-socket connection asmanaged by the protocol stack 822. In a preferred embodiment, theco-socket is established using the method 500 or the method 600.However, the CTI API 830 and the sockets API 820 may also be mergedusing functions similar to the function 700.

The preferred use of the filter 800 is to allow remote users to converseon a communications device (such as a telephone) while sharing computerdata via an internet co-socket. Referring again to the previous example,remote colleagues may be discussing a document over the telephone. Sincethe filter program intercepts and copies the data stream sent from aword processor to a windows display process, the copied data stream willcontain display information needed to display the word processor data onthe remote computer's screen. Hence the filter sends this data acrossthe co-socket to the remote site so the colleague on the remote end ofthe phone line may view and discuss the same word processor displaywindow. As discussed previously, this type of data and media sharing isknown as data conferencing. Hence the filter 700 enables a mixed mode ofdata conferencing whereby preferably voice is carried over a tollquality PSTN circuit and other forms of media and data are transportedacross an internet via a co-socket.

FIG. 9 illustrates a method of processing 900 carried out within acomputer or smart phone. In a first step 910 a first process transmits adata stream to a second process. In some embodiments, the data streammay be transmitted from a first thread to a second thread, from a firstmodule to a second module, or most generally from the domain of a firstset of instructions to the domain of a second set of instructions. As iswell known in the art, a “thread” is an execution flow which may existindependently from others. In many computer systems, a process may haveone or more threads of execution. A second step 920 is preferablyimplemented using a third process separate from the first and secondprocesses. This third process is a preferably a filter processinterposed between the first process and the second process. Control inthe filter process next passes to a third step 930 which packetizes theintercepted information stream. The packetized data is preferablypacketized into an application layer packet stream formatted for use byan application program residing on a remote computer (which is coupledvia a co-socket). Control next passes to a fourth step 940 which sendsthe packetized data stream to the co-socket. This method enablesreal-time data conferencing to occur by sending voice data over a PSTNvoice circuit and image or other forms of computer data across aninternet co-socket.

FIG. 10 illustrates an exemplary central office switching arrangement1000 in accordance with the present invention. A subscriber lineinterface circuit module is preferably coupled to fiber and cablescarrying large numbers of twisted pairs which provide subscribers withlocal loop access to the PSTN. The signals carried on this wiring aretypically digitized and multiplexed and coupled to a digital centraloffice (DCO) 1020. The digital central office 1020 includes a storedprogram computer (SPC) module 1030 which executes a switch genericprogram providing digital control, network management, and otherservices. The SPC module 1030 is coupled to an automatic numberidentification/automatic socket identification (ANI/ASI) data base andtranslation module 1040. The ANI/ASI database and translation module1040 may be a part of the DCO and coupled to mass storage devices (notshown). Additionally, the ANI/ASI database and translation module mayoptionally be coupled to a TCP/IP protocol stack 1050, preferably via asockets API (not shown). The DCO preferably includes a maincommunication data path and a signaling path which couples to aswitching fabric 1060. The switching fabric 1060 couples to aninteroffice trunk interface module 1070 which couples long distancetraffic out of the local access transport area (LATA).

The central office switching arrangement 1000 of FIG. 10 is operative toswitch intra-LATA traffic as well as inter-LATA traffic as is well knownin the art. The central office switching arrangement preferably uses astandard SPC DCO architecture which is operative to perform timedivision multiplexing of subscriber channels and to provide servicessuch as ANI/CLID, automatic message accounting, and maintenance andcontrol functions. The switching fabric 1060 may be implemented usingany one of a number of well understood switching fabric architecturessuch as space-time-space, time-space-time, or shared memory ATM-packet,for example. Since central office switching is a mature technology andwell known to those of ordinary skill in the telephonic arts, theseaspects will not be discussed further herein. Of note, however, is theANI/ASI database and translation module 1040 associated with the centraloffice switch in the present invention. The ANI/ASI module is operativeto translate ANI or related CLID information available to the DCO 1020into internet socket address information. This translation is carriedout in the present embodiment statistically by sending a database queryto a mass storage unit which uses the ANI or CLID data as a key andreturns an internet socket address. At any point herein, the term “ANI”may be interpreted to mean “ANI or CLID” data. Typically ANI data isused within a telecommunications network for billing while a CLID packetis delivered to the user. The issue of importance for use herein is thatANI and CLID both to carry information indicative of the identity of thecaller. The process of converting ANI data to an internet socket addressis called ASI, for “automatic socket identification.” The translation ispreferably carried out dynamically by maintaining socket connections tousers or connection servers via an internet coupled via the protocolstack 1050, although other approaches are possible. When a number is tobe checked, a dynamic database is accessed which keeps track of userscurrently connected with active internet connections. In the dynamictranslation scenario, when a user logs onto an internet connection, anapplication program resident on the user's computer or ISP automaticallyestablishes a socket connection for co-socket use and forwards thissocket number to an internet address associated with the central office1000. The central office 1000 performs the ANI/ASI translation andpreferably either replaces CLID information in PSTN data packets withASI data, or else appends the ASI data to the CLID data so both thecaller's number and internet socket address are available to the calledend of the telephone connection.

In most systems, the PSTN data packets correspond to SS7 packets. SS7signaling, as is well known, uses common channel signaling to performcall set-up and call termination. This system differs from prior artsystems in that the database translation is used to identify an activeinternet port address such as used in a PPP connection to allow thecallee to return the call by popping a screen of information on thecaller's computer screen using the co-socket address information foundin the database translation. While prior art systems provided staticinformation such as e-mail, FTP, and web-page URL information withinCLID packets, the present invention provides socket port numbers toenable real-time multimedia communications via co-sockets. It should benoted that while the switching arrangement 1000 has been discussed inconnection with a central office switch within the PSTN, the samearchitecture may be applied to the design of a PBX. In general, atelephone switch may be a PBX, central office switch, long distanceswitch, or a switch involving internet telephony used to switch internetcalls. The apparatus 1000 may be applied in general to a telephoneswitch.

FIG. 11 illustrates a method 1100 practiced primarily by a localswitching office employing the central office switching arrangement1000. This method may also be practiced more generally by a telephoneswitch. In a first step 1110, a PSTN data packet is received containingANI or CLID information. This data packet is preferably a call-set-uprelated data packet which is received before the actual voice circuit isestablished. In some cases the received data packet uses an SS7structure, and in other cases it uses a different structure for theparticular central office in use. After the PSTN data packet is receivedcontaining the caller's identification information in the first step1110, control passes to a second step 1120 wherein a database query isperformed to associate the caller's identification information with aninternet address which is preferably a TCP/IP stream socket or datagramsocket address. As discussed previously, the database may be a staticdatabase maintained in a mass storage device, or may preferably be adynamic database updated each time a user opens an active clientinternet session. An active client internet session may be, for exampleregistered by an Internet server when a user has connected over a PPPconnection. If no match is found associating the caller's number to aninternet address, control passes from the second step 1120 to a thirdstep 1130. In the third step 1130, a call set-up packet is preferablyforwarded to the calling end containing only standard CLID information.

If a match is found in the second step 1120, control may pass to eithera fourth step 1140 or a sixth step 1160. The decision as to which of thesteps 1140 or 1160 is carried out is set according to a state variableSV1 which may represent a software variable setting or a hardwiredsetting. That is, in some embodiments, only one of the steps 1140 or1160 may be available. If a match is found in the second step 1120 andthe state variable SV1 is in a first position, control passes from thesecond step 1120 to the fourth step 1140. In the fourth step 1140, aninternet socket address is inserted into a PSTN data packet fortransmission to the called party. Control next passes from the fourthstep 1140 to a fifth step 1150 which forwards the PSTN data packet fortransmission through the PSTN. The PSTN data packet is preferably an SS7call set-up packet carried over a common channel using common channelsignaling. If a match is found in the second step 1120 and the statevariable SV1 is in a second position, control passes from the secondstep 1120 to the sixth step 1160. In the sixth step 1160, a data packetis sent to the caller via an internet connection which is preferably thesocket found in the ANI/ASI translation database step 1120. Depending ona second state variable SV2 control may pass to different places afterthe step 1160. The state variable SV2 may represent a software bit fieldor a hardwire setting depending on the implementation. If the statevariable SV2 has a first value, no further action is taken and the callset up process is terminated as illustrated in the termination oval1170. If the state variable SV2 has a second value, control is passed tostep the 1140 which behaves as discussed above. If the state variableSV2 has a third value, control passes to the fifth step 1150 whichpasses a PSTN data packet with no internet address information supplied.

Consider now some practical applications of the method 1100. Suppose acaller is to call a 1-800/888 phone number. Suppose the caller iscalling from either a smart phone 115 or from an office with a separatephone line and internet connection. Suppose the caller also hasregistered for ANI/ASI service with the LEC. When the user places acall, a socket address is found in the database query step 1120. If thestate variables are configured to pass control to the fourth step 1140,the caller's co-socket address will be provided in a PSTN call-set uppacket which will be carried to the called 1-800/888 phone number'slocation. When the phone rings at the remote location, the caller'sco-socket will preferably be made available along with CLID information.CLID information is delivered in a CLID packet which may be a part of anSS7 packet, some other form of PSTN data packet, or an emergingstandard's internet telephony packet. At this point the remote 1-800/888service provider may display a screen of information on the caller'scomputer and optionally reject the call. This saves the 1-800/888service provider money and gives the caller a more friendly userinterface than IVR voice prompts. The call center also may provide aweb-call back timer according to the aspects of the present inventionpreviously discussed in connection with FIG. 2, or may be used forpeer-to-peer multimedia co-socket communication. If the state variablesare configured to direct control to pass to the sixth step 1160, theANI/ASI translation system may provide the called number's internetaddress back to the caller. In this way, the caller's computer mayinitiate a session with the called phone number's server. No PSTN packetneed be forwarded across the PSTN in this case. In this mode ofoperation, the database query step 1120 must also locate the callednumber's internet address in the database.

FIG. 12 illustrates an arrangement whereby the method 1100 and relatedmethods may be implemented in a IXC network configuration 1200. A LEC1210 is viewed by the IXC network 1200 as a signaling end point. The LECis coupled to transfer SS7 call set-up and call termination packets to atandem switch 1220. The tandem switch is an IXC long distance switch,also known as a class 4 switch. The tandem switch 1220 is coupled via anSS7 link to an adjunct processor (AP) 1230. The tandem switch 1220 mayinclude an embedded service switching point which processes callsrequiring database translations. The tandem switch 1220 is also coupledvia an SS7 link to a signal transfer point (STP) 1240. An STP is asignaling node which acts as a hub for SS7 signaling messages. The STPis linked via an SS7 link to a service control point (SCP) 1250 whichsupplies database information to a set of network nodes. The network iscontrolled by an operations system 1260 which provides networkmanagement and other capabilities. The operations system 1260 is couplednormally by X.25 data links to the adjunct processor 1230 and theservice control point 1250. In the embodiment shown, the adjunctprocessor 1230 contains an adjunct service point which responds torequests for service processing. This adjunct service point is coupledto a CLID-to/from internet address translation unit 1240 to provideautomatic socket identification (ASI). The translation unit 1240 mayoptionally be coupled to an internet 1250 to provide a dynamic databaseof current internet addresses available for use as co-sockets andrelated purposes. In some embodiments the translation unit 1240 may becoupled to the SCP 1250.

Consider the operation of the network configuration 1200. A calleraccesses the LEC 1210 via a subscriber loop. Supposing a long distancecall is placed, an SS7 call set-up packet is routed from the LEC to theIXC. In which case, the LEC is viewed by the network 1200 as a signalingend point. When the SS7 packet reaches the tandem switch 1220, it isrouted through an internal service switching point. In the illustrativeembodiment, if the call is identified as requiring internet co-socketdatabase translation services, the SSP may route at least part of theSS7 packet to either the adjunct processor 1230 or the service controlpoint 1250 for database translation. In FIG. 12, the packet is routed tothe adjunct processor 1230 for translation. In this embodiment, the IXCnetwork node may implement the method 1100 or similar methods to provideinternet co-socket information to a called end of a connection. Data maytransfer from the common channel signaling SS7 network to the internet1250 to facilitate the establishment of co-sockets using a dynamicdatabase as discussed in connection with FIG. 10 and FIG. 11 above.

Referring now to FIG. 13, a method 1300 is illustrated in flow chartform for establishing a co-socket without the need to transmit SYNsegments over a telephone network. This method is practiced by the smarttelephone 115 in the present embodiment; however, it can be appreciatedthat other types of devices may utilize the method with equal success.In a first step 1310, a phone number is dialed or retrieved forautomatic dialing from a calling list. Control is then passed to asecond step 1320 which performs a database translation to convert thetelephone number into an internet address. As illustrated in FIG. 1, adatabase used to perform the translation is located in the local storageunit 165. Alternatively, the database may be located in the remoteinternet database server 112, or other locations based on the specificapplication. Depending on the information returned by the databasesearch, a state variable (SV) is set. In some embodiments this statevariable may be hard-wired, or different control flow logic may beemployed. In the illustrative embodiment of the method 1300, dependingon the value of the state variable, control passes from the second step1320 to either a third step 1330, a fourth step 1340, or a sixth step1360. If SV is in a first position, control passes from the second step1320 to the third step 1330. In the third step 1330, a telephone numberis dialed to establish a point-to-point PSTN or PBX telephone connectionwith the called party. Control then passes from the third step 1330 to aseventh step 1370 where communication with the distant end occurs. Inthis case communication is via the point-to-point PSTN or PBX telephoneconnection established in the third step 1330. This control path istypically executed if no database match is found or if the databasesupplies information indicating no co-socket address is available forthe called number.

Alternatively, if the state variable is in a second position, controlpasses from the second step 1320 to the fourth step 1340. In the fourthstep 1340, a telephone number is dialed to establish a point-to-pointtelephone PSTN connection with the callee. Control passes from thefourth step 1340 to the fifth step 1350 where an internet co-socket isestablished by sending SYN segments across an internet. Note that thefourth step 1340 and the fifth step 1350 may be executed in any sequenceor in parallel. Control now passes from the fifth step 1350 to a seventhstep 1370 where communication with the distant end occurs. In this casecommunication is via both a point-to-point PSTN telephone connection andan internet co-socket. This control path is useful for establishingmultimedia links using a point-to-point PSTN telephone connection and aninternet co-socket.

If SV is in a third position, control passes from the second step 1320to the sixth step 1360. In the sixth step 1360, an internet connectionis established by sending SYN segments across an internet.Alternatively, datagrams may be sent without establishing a TCP streamsocket. Control passes from the sixth step 1360 to the seventh step 1370where communication with the distant end occurs. In this casecommunication is via an internet connection only. This control path isuseful for establishing an internet link to an internet call center suchas the call center 140 accessible via the CTI server 100. It may also beused to reach a web page by dialing a telephone number from a smartphone. If the number is dialed from a non-smart phone a CTI server maybe reached. If the number is dialed from a smart phone, a graphicalinterface can be reached. The method 200 previously discussed may beused to obtain a call-back from the call center at a later time in thisform of co-socket telephony. No voice connection is initially needed. Analternative use is to establish an H.323 link if the database translatesthe PSTN telephone number into a packetized connection telephone number.

FIG. 14 illustrates a method 1400 of removing internet socket addressinformation from an SS7 call set-up packet. In a first step 1410, a PSTNdata packet is received. For example, this step may be carried out in aswitching service point within the tandem switch 1220. Control nextpasses to a second step 1420 which preferably checks the PSTN datapacket for internet address information embedded into the CLID portionof the packet. If no internet address information is found, controltransfers to a third step 1430. The third step 1430 forwards the PSTNdata packet for further processing and transmission. Alternatively, ifan internet address is found in the second step 1420, control passes toa fourth step 1440 which is operative to remove the internet informationfrom the data packet. This fourth step may be performed by adjunctprocessor 1230, for example, built around an Intel Pentium

processor or other such device. Once the internet address information isremoved, control transfers to a fifth step 1450 which is operative toforward the packet for further processing and transmission. This methodis advantageous to an IXC whom does not want to pass traffic which maybe useful to internet competitors.

Although the present invention has been described with reference tospecific embodiments, other embodiments may occur to those skilled inthe art without deviating from the intended scope. For example, any ofthe methods disclosed herein may be modified using different controlvariables and/or different sequencing of steps while achieving similarresults. Also, while certain methods were described in the context of aPSTN, they may also be practiced using Internet telephony connections.Additionally, any number of different hardware, firmware, and softwarecombinations may be employed to embody the apparatus disclosed herein.Therefore, it is to be understood that the invention herein encompassesall such embodiments which do not depart from the spirit and scope ofthe invention as defined in the appended claims.

1. A wireless mobile device, comprising: a first wireless air interfacewhich enables circuit-switched communications between the wirelessmobile device and a circuit-switched telephone network using a firstwireless air interface protocol; a second wireless air interface whichenables packet-switched wireless communications between the wirelessmobile device and an internet, using a second wireless air interfaceprotocol; a user interface which enables a user to specify a set ofdialing digits corresponding to a telephone number of a callee where thecallee can be reached; and executable instructions which implement aplurality of functions, including: (i) sending a first internet protocol(IP) packet comprising a representation of the set of dialing digits toa remote database server, via the second wireless air interface and viaa wide area network connection at least partially through the internet;(ii) receiving from the remote database server, via the second wirelessair interface, a second IP packet comprising an internet address where aremote station associated with the callee can be presently reached viaan internet connection; and (iii) establishing, using the internetaddress, a voice telephony connection between the wireless mobile deviceand the remote station, at least partially via the internet, wherein atleast a portion of the voice telephony connection uses a voice overinternet (VoIP) communication protocol; and (iv) transmitting andreceiving respective transmit and receive streams of VoIP voice packetsvia the second wireless air interface in support of the voice telephonyconnection, wherein the wireless mobile device can place dialedtelephone calls to a second remote station via the first wireless airinterface, at least partially via the public switched telephone network(PSTN).
 2. The wireless mobile device of claim 1, further comprising: adigital camera; and an image communication function implemented by theexecutable instructions for effecting transmission of a digital picturecaptured by the digital camera to the remote station, via the secondwireless air interface and at least partially via the internet.
 3. Thewireless mobile device of claim 1, further comprising: a digital videocamera; and a video communication function implemented by the executableinstructions for effecting transmission of a digital video streamproduced by the digital video camera to the remote station, via thesecond wireless air interface and at least partially via the internet.4. The wireless mobile device of claim 3, wherein the videocommunication function supports two-way real-time video communicationbetween the wireless mobile device and the remote station.
 5. Thewireless mobile device of claim 3, wherein the video communicationfunction supports transmission of a video clip from the wireless mobiledevice to the remote station.
 6. The wireless mobile device of claim 1,further comprising a text messaging communication function implementedby the executable instructions for effecting transmission of textualcharacters entered by the user of the wireless mobile device to theremote station via the second wireless air interface and at leastpartially via the internet.
 7. The wireless mobile device of claim 6,wherein the text messaging communication function supports a two-wayreal-time chat session between the user of the wireless mobile deviceand a user of the remote station.
 8. The wireless mobile device of claim1, further comprising an application sharing communication functionimplemented by the executable instructions for effecting transmission ofan application layer data stream from a first application program in thewireless mobile device to a second application program in the remotestation, via second wireless air interface and at least partially viathe internet.
 9. The wireless mobile device of claim 8, furthercomprising a function implemented by the executable instructions thatcauses a dialog box to be popped onto a display surface of the remotestation, and wherein the application sharing communication functionsupports a real-time, interactive, two-way application sharing sessionbetween the wireless mobile device and the remote station.
 10. Thewireless mobile device of claim 1, wherein the user interface comprisesan interface selected from a group consisting of a keypad interfacewhich enables the user to specify the set of dialing digits by manuallykeying in the set of dialing digits to thereby dial the telephonenumber, and a menu-based interface which enables the user to select thedialing digits via interaction with the menu-based user interface.
 11. Awireless mobile device, comprising: a first wireless air interface whichenables circuit-switched communications between the wireless mobiledevice and a circuit-switched telephone network; a second wireless airinterface which enables packet-switched wireless communications betweenthe wireless mobile device and an internet protocol (IP) packet-switchednetwork; a user interface which enables a user to specify a subscriberaddress to identify a remote station associated with a callee; andexecutable instructions which implement a plurality of functions,including: (i) sending a first IP packet comprising the subscriberaddress to a remote database server, via the second wireless airinterface and the IP packet-switched network; (ii) receiving from theremote database server, via the second wireless air interface and the IPpacket-switched network, a second IP packet comprising an IP addresswhere the remote station can be reached via the IP packet-switchednetwork; and (iii) establishing a voice over internet (VoIP)communication connection between the wireless mobile device and theremote station associated with the callee, via the second wireless airinterface and the IP packet-switched network, using the IP address,wherein the second wireless air interface is used to carry a stream ofVoIP voice packets in support of the VoIP communication connection;wherein the wireless mobile device is further configured to be able toplace a dialed circuit-switched telephone call to a second remotestation via the first wireless air interface.
 12. The wireless mobiledevice of claim 11, further comprising: a digital camera; and an imagecommunication function implemented by the executable instructions foreffecting transmission of a digital picture captured by the digitalcamera to the remote station, via the second wireless air interface andvia the IP packet-switched network.
 13. The wireless mobile device ofclaim 11, further comprising: a digital video camera; and a videocommunication function implemented by the executable instructions foreffecting transmission of a digital video stream produced by the digitalvideo camera to the remote station, via the second wireless airinterface and via the IP packet-switched network.
 14. The wirelessmobile device of claim 13, wherein the video communication functionsupports two-way real-time video communication between the wirelessmobile device and the remote station.
 15. The wireless mobile device ofclaim 13, wherein the video communication function supports transmissionof a video clip from the wireless mobile device to the remote station.16. The wireless mobile device of claim 11, further comprising a textmessaging communication function implemented by the executableinstructions for effecting transmission of textual characters entered bythe user of the wireless mobile device to the remote station, via thesecond wireless air interface and via the IP packet-switched network.17. The wireless mobile device of claim 16, wherein the text messagingcommunication function supports a two-way real-time chat session betweenthe user of the wireless mobile device and a user of the remote station.18. The wireless mobile device of claim 11, further comprising anapplication sharing communication function implemented by the executableinstructions for effecting transmission of an application layer datastream from a first application program in the wireless mobile device toa second application program in the remote station, via the secondwireless air interface and via the IP packet-switched network.
 19. Thecommunication system of claim 11, wherein one or more VoIP communicationconnections are established to connect the wireless mobile device tomultiple designated callees, by making use of a packet-basedteleconferencing protocol that supports multi-way packet basedteleconferences between a plurality of participants.
 20. Thecommunication system of claim 19, wherein the packet-basedteleconferencing protocol is an H.323 protocol.
 21. The wireless mobiledevice of claim 11, wherein the IP packet-switched network comprises aportion of the global ubiquitous Internet.
 22. The wireless mobiledevice of claim 11, wherein the subscriber address comprises a set ofdialing digits from which the callee can be reached via telephone callsdialed via a public switched telephone network (PSTN).
 23. A wirelessmobile device, comprising: a wireless air interface which enables bothcircuit-switched and packet-switched wireless communications between thewireless mobile device and a circuit-switched telephone network and aninternet protocol (IP) packet-switched network, using respective circuitswitched and packet switched wireless air interface protocols; anon-graphical user interface which enables a user to specify a set ofdialing digits corresponding to a telephone number of a callee where thecallee can be reached via telephone calls originated from acircuit-switched telephone network, and a graphical user interface whichenables the user to make selections via interaction with the graphicaluser interface; and executable instructions which implement a pluralityof functions, including: (i) sending a first IP packet comprisingsubscriber information related to the callee to a remote databaseserver, via the wireless air interface; (ii) receiving from the remotedatabase server, via the wireless air interface, a second IP packetcomprising an IP address where a remote station associated with thecallee can be presently reached via an active IP connection; and (iii)establishing a voice telephony communication connection between thewireless mobile device and the remote station, using thecircuit-switched telephone network; and (iv) establishing an IPcommunication connection between the wireless mobile device and theremote station, using the IP address and the packet-switched wirelessair interface protocol and via the IP packet-switched network, insupport of at least one other media type in addition to voice.
 24. Thewireless mobile device of claim 23, wherein the subscriber informationcorresponds to a telephone number where the callee can be reached whenthe telephone number is dialed from a telephone connected to the PSTN.25. The wireless mobile device of claim 23, further comprising: adigital camera; and an image communication function implemented by theexecutable instructions for effecting transmission of a digital picturecaptured by the digital camera to the remote station, via the wirelessair interface and via the IP packet-switched network.
 26. The wirelessmobile device of claim 23, further comprising: a digital video camera;and a video communication function implemented by the executableinstructions for effecting transmission of a digital video streamproduced by the digital video camera to the remote station, via thewireless air interface and via the IP packet-switched network.
 27. Thewireless mobile device of claim 26, wherein the video communicationfunction supports two-way real-time video communication between thewireless mobile device and the remote station.
 28. The wireless mobiledevice of claim 26, wherein the video communication function supportstransmission of a video clip from the wireless mobile device to theremote station.
 29. The wireless mobile device of claim 23, furthercomprising a text messaging communication function implemented by theexecutable instructions for effecting transmission of textual charactersentered by the user of the wireless mobile device to the remote station,via the wireless air interface and via the IP packet-switched network.30. The wireless mobile device of claim 29, wherein the text messagingcommunication function supports a two-way real-time chat session betweenthe user of the wireless mobile device and a user of the remote station.31. The wireless mobile device of claim 23, further comprising anapplication sharing communication function implemented by the executableinstructions for effecting transmission of an application layer datastream from a first application program in the wireless mobile device toa second application program in the remote station, via the wireless airinterface and via the IP packet-switched network.
 32. The wirelessmobile device of claim 31, further comprising a function implemented bythe executable instructions that causes a dialog box to be popped onto adisplay surface of the remote station, and wherein the applicationsharing communication function supports a real-time, interactive,two-way application sharing session between the wireless mobile deviceand the remote station.
 33. The wireless mobile device of claim 23,wherein the IP packet-switched network comprises a portion of the globalubiquitous Internet.
 34. The wireless mobile device of claim 23, whereinthe subscriber information comprises a set of dialing digits that can beused by callers from a public switched telephone network (PSTN) to placetelephone calls to the callee.
 35. The wireless mobile device of claim23, wherein the wireless air interface comprises a multiplexed airinterface having a circuit-switched link layer interface and apacket-switched link layer interface, and wherein both of thecircuit-switched link layer interface and the packet-switched interfaceare multiplexed onto different frequency bands of a single wirelessphysical layer interface.
 36. The wireless mobile device of claim 1,wherein the remote station comprises a peer device relative to thewireless mobile device.
 37. The wireless mobile device of claim 1,wherein the remote station comprises a smart telephone device.
 38. Thewireless mobile device of claim 1, wherein the remote station comprisesa computer telephony integration (CTI) server.
 39. The wireless mobiledevice of claim 1, wherein the internet protocol comprises an Internetprotocol.
 40. The wireless mobile device of claim 11, wherein theinternet protocol comprises an Internet protocol.
 41. The wirelessmobile device of claim 23, wherein the internet protocol comprises anInternet protocol.